home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 3_9_01.tro < prev    next >
Text File  |  1991-12-12  |  83KB  |  3,402 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'12P'
  25. \s12PART\ V
  26. \v'4P'
  27. .RT
  28. .ce 0
  29. .sp 1P
  30. .ce 1000
  31. \fBI.500\(hySeries Recommendations\fR \v'2P'
  32. .ce 0
  33. .sp 1P
  34. .ce 1000
  35. \fBINTERNETWORK\ INTERFACES\fR 
  36. .ce 0
  37. .sp 1P
  38. .LP
  39. .rs
  40. .sp 31P
  41. .ad r
  42. Blanc
  43. .ad b
  44. .RT
  45. .LP
  46. .bp
  47. .LP
  48. \fBMONTAGE: PAGE 2 = PAGE BLANCHE\fR 
  49. .sp 1P
  50. .RT
  51. .LP
  52. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.500''
  53. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.500    %'
  54. .LP
  55. .bp
  56. .sp 2P
  57. .LP
  58. \fBRecommendation\ I.500\fR 
  59. .RT
  60. .sp 2P
  61. .sp 1P
  62. .ce 1000
  63. \fBGENERAL\ STRUCTURE\ OF\ THE\ ISDN\ INTERWORKING\ RECOMMENDATIONS\fR 
  64. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.500''
  65. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.500    %'
  66. .ce 0
  67. .sp 1P
  68. .ce 1000
  69. \fI(Melbourne, 1988)\fR 
  70. .sp 9p
  71. .RT
  72. .ce 0
  73. .sp 1P
  74. .LP
  75. \fB1\fR     \fBIntroduction\fR 
  76. .sp 1P
  77. .RT
  78. .PP
  79. An ISDN is a network, in general evolving from a telephony
  80. Integrated Digital Network, that provides end\(hyto\(hyend digital connectivity 
  81. to 
  82. support a wide range of services, including voice and non\(hyvoice services, to
  83. which users have access by a limited set of standard multi\(hypurpose user 
  84. network interfaces. In contrast, existing dedicated networks have always 
  85. been developed for specific (types of) services. Therefore, especially 
  86. in the initial phase, the ISDN may support many services which in principle 
  87. are still existent in 
  88. dedicated networks. Thus, it is necessary to provide interworking between
  89. ISDN and dedicated networks to allow communication between terminals belonging 
  90. to equivalent services offered through different networks. 
  91. .PP
  92. There will be a need for interworking functions (IWF) between ISDN and 
  93. dedicated networks to cope with the different environments given by the 
  94. various networks. The structure of these IWFs showing the functions necessary 
  95. for the mapping should be uniform to permit, if possible, a common use 
  96. of 
  97. functional parts in several IWFs. Detailed description of these IWFs, which 
  98. (as far as is possible), should permit conveyance of ISDN features through 
  99. existing networks, is given in the I.500\(hySeries of Recommendations. 
  100. .PP
  101. The I.500\(hySeries of Recommendations deal with network aspects of
  102. interworking.
  103. .RT
  104. .sp 2P
  105. .LP
  106. \fB2\fR     \fBOrganization of ISDN interworking Recommendations\fR 
  107. .sp 1P
  108. .RT
  109. .PP
  110. Figure\ 1/I.500 shows the organization of the ISDN interworking
  111. Recommendations contained in the I.500\(hySeries Recommendations, and the
  112. relationship with other Recommendations. The Recommendations in Figure\ 
  113. 1/I.500 have been grouped by level of detail into: 
  114. .RT
  115. .LP
  116.     \(em
  117.     general level;
  118. .LP
  119.     \(em
  120.     scenario level;
  121. .LP
  122.     \(em
  123.     functional level;
  124. .LP
  125.     \(em
  126.     protocol level.
  127. .sp 1P
  128. .LP
  129. 2.1
  130.     \fIGeneral level\fR 
  131. .sp 9p
  132. .RT
  133. .PP
  134. Recommendations I.500 and I.510 form the general level, i.e., the basis 
  135. for Recommendations in the scenario and functional levels. 
  136. .PP
  137. Recommendation I.500 describes the organization of the (ISDN
  138. interworking) Recommendations and the structure of the I.500\(hySeries of
  139. Recommendations, whilst I.510 sets out the ISDN interworking
  140. principles.
  141. .RT
  142. .sp 1P
  143. .LP
  144. 2.2
  145.     \fIScenario level\fR 
  146. .sp 9p
  147. .RT
  148. .PP
  149. The scenario level of Recommendations describes the general
  150. arrangements for interworking between ISDN and ISDN, and between ISDN and
  151. dedicated networks. Recommendation\ I.515 specifying the parameter exchange
  152. which may be necessary for interworking situations, is also located at the
  153. scenario level.
  154. .RT
  155. .sp 1P
  156. .LP
  157. 2.3
  158.     \fIFunctional level\fR 
  159. .sp 9p
  160. .RT
  161. .PP
  162. The detailed level is formed by those Recommendations that are
  163. specifying the interworking functional requirements of the interworking
  164. scenarios shown in the scenario level Recommendations.
  165. .RT
  166. .sp 1P
  167. .LP
  168. 2.4
  169.     \fIProtocol level\fR 
  170. .sp 9p
  171. .RT
  172. .PP
  173. In the protocol level, the protocols listed are those that appear at the 
  174. reference points K\dx\uand\ N\dx\u. 
  175. .PP
  176. \fINote\fR \ \(em\ ISDN interworking related subjects that correspond to the
  177. above four levels are also dealt with in the Recommendations\ I.310, I.324,
  178. I.340, X.300 and\ X.301. Recommendation\ I.310 defines the interworking 
  179. reference points and an outline description of IWF. 
  180. .bp
  181. .PP
  182. Recommendation I.340 defines ISDN Connection Types.
  183. .PP
  184. Recommendations\ X.300 and X.301 give the guiding principles and
  185. functions for interworking between networks offering data services described 
  186. in Recommendations\ X.1 and\ X.10. 
  187. .RT
  188. .PP
  189. 2.5
  190. Recommendations which relate to interworking are shown in
  191. Figure\ 1/I.500 and are assigned to the levels listed in \(sc\ 2. As the 
  192. contents of some Recommendations cover more than one level, these Recommendations 
  193. appear at each level to which they relate. 
  194. .sp 9p
  195. .RT
  196. .LP
  197. .rs
  198. .sp 30P
  199. .ad r
  200. \fBFigure 1/I.500, (N), p.\fR 
  201. .sp 1P
  202. .RT
  203. .ad b
  204. .RT
  205. .sp 2P
  206. .LP
  207. \fB3\fR     \fBReferences\fR 
  208. .sp 1P
  209. .RT
  210. .PP
  211. The references are general to all I.500 Recommendations and are to be read 
  212. in conjunction with Figure\ 1/I.500, where the organization of ISDN 
  213. interworking Recommendations is shown.
  214. .RT
  215. .sp 1P
  216. .LP
  217. 3.1
  218.     \fIInterworking\fR 
  219. .sp 9p
  220. .RT
  221. .PP
  222. X.300\(hySeries
  223.     Interworking between public networks, and
  224. between public networks and other networks for the provision
  225. of data transmission services
  226. .RT
  227. .LP
  228.     I.324 
  229.     ISDN architecture functional model
  230. .LP
  231.     I.340 
  232.     Connection types/elements for ISDN\(hyISDN
  233. interworking
  234. .LP
  235.     X.31
  236.     Support of packet\(hymode terminal equipment by
  237. an ISDN
  238. .LP
  239.     X.81
  240.     Interworking between an ISDN circuit switched and a
  241. circuit switched public data network
  242. (CSPDN)
  243. .bp
  244. .sp 1P
  245. .LP
  246. 3.2
  247.     \fIServices and network capabilities\fR 
  248. .sp 9p
  249. .RT
  250. .PP
  251. X.1
  252.     International user classes of service in public data
  253. networks and integrated services digital networks
  254. (ISDNs)
  255. .RT
  256. .LP
  257.     X.2
  258.     International data transmission services and
  259. optional user facilities in public data networks
  260. and ISDNs
  261. .LP
  262.     X.10
  263.     Categories of access for data terminal equipment
  264. (DTE) to public data transmission services
  265. .LP
  266.     I.122 
  267.     Framework for providing additional packet\(hymode
  268. bearer services
  269. .LP
  270.     I.200\(hySeries
  271.     Service aspects supported by an ISDN
  272. .LP
  273.     I.310 
  274.     ISDN \(em Network functional principles
  275. .LP
  276.     I.320 
  277.     ISDN protocol reference model
  278. .LP
  279.     I.325 
  280.     Reference configurations for ISDN connection types
  281. .LP
  282.     I.411 
  283.     ISDN user\(hynetwork interfaces \(em reference
  284. configurations
  285. .LP
  286.     I.412 
  287.     ISDN user\(hynetwork interfaces \(em
  288. Interface structures and access capabilities
  289. .LP
  290.     I.420 
  291.     Basic rate user\(hynetwork interface
  292. .LP
  293.     I.421 
  294.     Primary rate user\(hynetwork interface
  295. .LP
  296.     I.441
  297. .LP
  298. (Q.921)
  299. \-v'10p'
  300.     ISDN user\(hynetwork interface data link
  301. layer specification
  302. \v'10p'
  303. .LP
  304.     I.451
  305. .LP
  306. (Q.931)
  307. \-v'10p'
  308.     ISDN user\(hynetwork interface
  309. layer\ 3 specification
  310. \v'10p'
  311. .sp 1P
  312. .LP
  313. 3.3
  314.     \fISignalling\fR 
  315. .sp 9p
  316. .RT
  317. .PP
  318. Q.700
  319.     Network protocols (MTP, ISUP, etc.)
  320. .RT
  321. .LP
  322.     Q.120\(hyQ.180
  323.     Specification of Signalling Systems No.\ 4
  324. and No.\ 5
  325. .LP
  326.     Q.251\(hyQ.300
  327.     Specification of Signalling System No.\ 6
  328. .LP
  329.     Q.310\(hyQ.490
  330.     Specification of Signalling Systems R1
  331. and R2
  332. .LP
  333.     X.25
  334.     Interface between data terminal equipment (DTE) and
  335. data circuit equipment (DCE) for terminals operating in
  336. the packet\(hymode and connected to public data networks
  337. by dedicated circuits
  338. .LP
  339.     X.71
  340.     Decentralized terminal and transit control signalling
  341. system on international circuits between synchronous
  342. data networks
  343. .LP
  344.     X.75 
  345.     Packet switched signalling system between public
  346. networks providing data transmission
  347. services
  348. .LP
  349.     U.12 
  350.     Terminal and transit control signalling system for telex
  351. and similar services on international circuits (type\ D
  352. signalling)
  353. .sp 1P
  354. .LP
  355. 3.4
  356.     \fIRate adaptation\fR 
  357. .sp 9p
  358. .RT
  359. .PP
  360. I.460 
  361.     Multiplexing, rate adaptation and support of existing
  362. interfaces
  363. .RT
  364. .LP
  365.     I.461
  366. .LP
  367. (X.30)
  368. \-v'10p'
  369.     Support of X.21, X.21 | fIbis\fR  | and
  370. X.20 | fIbis\fR  | based DTEs by an ISDN
  371. \v'10p'
  372. .LP
  373.     I.462
  374. .LP
  375. (X.31)
  376. \-v'10p'
  377.     Support of packet\(hymode terminal
  378. equipment by an ISDN
  379. \v'10p'
  380. .LP
  381.     I.463
  382. .LP
  383. (V.110)
  384. \-v'10p'
  385.     Support of DTEs with V\(hySeries
  386. type interfaces by an ISDN
  387. \v'10p'
  388. .LP
  389.     I.464
  390.     Multiplexing, rate adaptation and support of
  391. existing interfaces for restricted 64\ kbit/s
  392. transfer capability
  393. .LP
  394.     I.465
  395. .LP
  396. (V.120)
  397. \-v'10p'
  398.     Support by ISDN of DTEs with V\(hySeries
  399. type interfaces with provision for statistical
  400. multiplexing
  401. .bp
  402. .sp 1P
  403. .LP
  404. 3.5
  405.     \fINumbering\fR 
  406. .sp 9p
  407. .RT
  408. .PP
  409. X.121
  410.     International numbering plan for public data
  411. networks
  412. .RT
  413. .LP
  414.     X.122 
  415.     Numbering plan interworking between a Packet Switched
  416. Public Data Network (PSPDN) and an Integrated Services
  417. Digital Network (ISDN) or Public Switched Telephone Network
  418. (PSTN) in the short\(hyterm
  419. .LP
  420.     I.331
  421. .LP
  422. (E.164)
  423. \-v'10p'
  424.     Numbering plan for the ISDN era
  425. \v'10p'
  426. .LP
  427.     E.166 
  428.     Numbering plan interworking in the ISDN era
  429. .LP
  430.     I.330 
  431.     ISDN numbering and addressing principles
  432. .LP
  433.     I.332 
  434.     Numbering principles for interworking between
  435. ISDNs and dedicated networks with different numbering
  436. plans
  437. .LP
  438.     F.69
  439.     Plan for telex destination codes
  440. .sp 2P
  441. .LP
  442. \fBRecommendation\ I.510\fR 
  443. .RT
  444. .sp 2P
  445. .sp 1P
  446. .ce 1000
  447. \fBDEFINITIONS\ AND\ GENERAL\ PRINCIPLES\ FOR\ ISDN\ INTERWORKING\fR 
  448. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.510''
  449. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.510    %'
  450. .ce 0
  451. .sp 1P
  452. .ce 1000
  453. \fI(Melbourne, 1988)\fR 
  454. .sp 9p
  455. .RT
  456. .ce 0
  457. .sp 1P
  458. .LP
  459. \fB1\fR     \fBIntroduction\fR 
  460. .sp 1P
  461. .RT
  462. .PP
  463. This Recommendation sets forth the general principles for
  464. interworking between ISDNs, between ISDNs and other networks, and internal 
  465. to an ISDN. The need for interworking stems from the coexistence of existing 
  466. dedicated networks with ISDNs and from the use of different, yet compatible,
  467. bearer services or teleservices for the provision of an end\(hyto\(hyend
  468. telecommunication service. When ISDNs are introduced, it is to be expected 
  469. that most users will need to interwork with the users of other networks, 
  470. especially public switched telephone networks (PSTNs), public land mobile 
  471. networks (PLMNs) and dedicated data networks. 
  472. .PP
  473. Normally, each instance of communication within an ISDN will take
  474. place between the users of services with identical attribute values. However, 
  475. communication may also take place between users of services with non\(hyidentical 
  476. attribute values. In these cases interworking functions (IWFs) will be 
  477. required. In general, when an ISDN user communicates with the user of another 
  478. network, if the service perceived by the user of that other network were 
  479. to be defined by the attribute method, the values would not be identical 
  480. to those of the ISDN user. 
  481. .PP
  482. The purpose of interworking is to enable the users of \*Qdifferent\*U
  483. services on an ISDN to establish a useful communication or for an ISDN 
  484. user to establish a useful communication with a user of another network 
  485. and vice\(hyversa. The term \*Qservice\*U in this Recommendation implies 
  486. a telecommunication service as defined in Recommendation\ I.210. 
  487. .PP
  488. To permit interworking, interworking capabilities, making use of
  489. IWFs, may be required in one or more of the following:
  490. .RT
  491. .LP
  492.     \(em
  493.     the ISDN,
  494. .LP
  495.     \(em
  496.     any other network involved,
  497. .LP
  498.     \(em
  499.     customer equipment.
  500. .sp 2P
  501. .LP
  502. \fB2\fR     \fBScope\fR 
  503. .sp 1P
  504. .RT
  505. .PP
  506. This Recommendation contains the definitions and general principles to 
  507. be applied in instances of ISDN interworking, which include interworking 
  508. between ISDNs, between ISDNs and other networks, and internal to
  509. an\ ISDN.
  510. .bp
  511. .PP
  512. The ISDN interworking configurations to be considered within the scope 
  513. of this Recommendation include the interconnection of two networks where 
  514. at 
  515. least one network is an ISDN, the concatenation of more than two networks
  516. where an ISDN interconnects other networks (as a transit network), or the
  517. interconnection of two ISDNs by one or more other networks.
  518. .PP
  519. ISDN interworking, as defined in this Recommendation, is
  520. considered to take place whenever end\(hyto\(hyend communication has to be
  521. provided:
  522. .RT
  523. .LP
  524.     a)
  525.     between different networks where at least one network
  526. is an ISDN, or
  527. .LP
  528.     b)
  529.     between telecommunication services with different lower or
  530. higher layer attributes or both, where at least one of the
  531. interworking telecommunication service is supported by the
  532. ISDN, or
  533. .LP
  534.     c)
  535.     between different networks and between telecommunication
  536. services with different lower or higher layer service
  537. attributes, or both.
  538. .PP
  539. ISDN interworking, as defined in this Recommendation, is intended to cover 
  540. both voice and non\(hyvoice applications. 
  541. .PP
  542. \fINote\fR \ \(em\ Interworking at layers above layer\ 3 of the OSI model
  543. is not generally specified within this Recommendation and is for further
  544. study.
  545. .RT
  546. .sp 2P
  547. .LP
  548. \fB3\fR     \fBAbbreviations\fR 
  549. .sp 1P
  550. .RT
  551. .PP
  552. CCSN
  553.     Common channel signalling network
  554. (SS\ No.7)
  555. .RT
  556. .LP
  557.     CE
  558.     Connection element
  559. .LP
  560.     CS
  561.     Circuit switched
  562. .LP
  563.     CSPDN
  564.     Circuit switched public data network
  565. .LP
  566.     DTE
  567.     Data terminal equipment
  568. .LP
  569.     ISDN
  570.     Integrated Services Digital Network
  571. .LP
  572.     IWF
  573.     Interworking function
  574. .LP
  575.     OSI
  576.     Open Systems Interconnection
  577. .LP
  578.     PDN
  579.     Public data network
  580. .LP
  581.     PH
  582.     Packet handler
  583. .LP
  584.     PLMN
  585.     Public land mobile network
  586. .LP
  587.     PS
  588.     Packet switched
  589. .LP
  590.     PSPDN
  591.     Packet switched public data network
  592. .LP
  593.     PSTN
  594.     Public switched telephone network
  595. .LP
  596.     SS\ No.7
  597.     Signalling System No.\ 7
  598. .LP
  599.     TA
  600.     Terminal adaptor
  601. .LP
  602.     TE
  603.     Terminal equipment
  604. .sp 2P
  605. .LP
  606. \fB4\fR     \fBDefinitions\fR 
  607. .sp 1P
  608. .RT
  609. .sp 1P
  610. .LP
  611. 4.1
  612.     \fIDefinitions related to services and network capabilities\fR 
  613. .sp 9p
  614. .RT
  615. .PP
  616. The definitions which follow are related to services and to
  617. network capabilities. In those instances where terms already are
  618. defined in other Recommendations, appropriate references are made to such
  619. Recommendations.
  620. .PP
  621. The following definitions apply to ISDN interworking:
  622. .PP
  623. \fITelecommunication service\fR , as defined in Recommendation I.210.
  624. .PP
  625. \fIBearer service in the ISDN\fR , as defined in Recommendation I.210 and 
  626. in the I.230\(hySeries. 
  627. .PP
  628. \fITeleservice\fR , as defined in Recommendation\ I.210 and in the
  629. I.240\(hySeries, provides the full capacity for communication through
  630. terminal and network lower and higher layer functions.
  631. .PP
  632. \fIBearer service in dedicated networks:\fR  | The term \fIbearer service\fR 
  633.  | in dedicated networks is characterized by a set of lower layer attributes 
  634. (e.g.\ data transmission services, as defined in Recommendation\ X.1, for 
  635. use in public data networks) and corresponds to the term \fIbearer service\fR 
  636. in an ISDN. Examples of \fIbearer services\fR in dedicated networks are 
  637. data transmission over a data network and data transmission over the telephone 
  638. network. 
  639. .bp
  640. .PP
  641. \fISupplementary service\fR , as defined in Recommendation I.210 and in 
  642. the I.250 Series. 
  643. .PP
  644. \fIBearer capability\fR , as defined in Recommendation I.210, specifies 
  645. the technical features of a \fIbearer service\fR in an ISDN as these appear 
  646. to a user at the access point (S/T\ reference point). The term \fIbearer 
  647. capability\fR also 
  648. may be used with respect to dedicated networks. A \fIbearer capability\fR 
  649. does not include any terminal functions. 
  650. .RT
  651. .sp 1P
  652. .LP
  653. 4.2
  654.     \fIDefinitions related to general ISDN interworking configurations\fR 
  655. .sp 9p
  656. .RT
  657. .PP
  658. This section provides concepts and definitions of terms relevant to the 
  659. general ISDN interworking configuration. Figure\ 1/I.510 depicts the scope 
  660. of application of several key terms. 
  661. .RT
  662. .LP
  663. .rs
  664. .sp 25P
  665. .ad r
  666. \fBFigure 1/I.510, (N), p.\fR 
  667. .sp 1P
  668. .RT
  669. .ad b
  670. .RT
  671. .PP
  672. In accordance with Figure 1/I.510, the following terms are
  673. defined:
  674. .sp 1P
  675. .LP
  676.     \fBinterworking\fR 
  677. .sp 9p
  678. .RT
  679. .PP
  680. Within the scope of the I.500\(hySeries of Recommendations, the term \fIinterworking\fR 
  681.  | is used to express interactions between networks, between end systems, 
  682. or between parts thereof, with the aim of providing a functional 
  683. entity capable of supporting an end\(hyto\(hyend communication. The interactions 
  684. required to provide a functional entity rely on functions and on the means 
  685. to select these functions. 
  686. .RT
  687. .sp 1P
  688. .LP
  689.     \fBinterworking functions (IWFs)\fR 
  690. .sp 9p
  691. .RT
  692. .PP
  693. The functions referred to in the Interworking definition above,
  694. which include the conversion of physical and electrical states and the 
  695. mapping of protocols. An IWF may be implemented in the ISDN, in the other 
  696. network(s), at the user's premises, through a third\(hyparty service provider, 
  697. or in some 
  698. combination of these.
  699. .bp
  700. .PP
  701. The IWFs needed as a result of a service requirement for
  702. interworking are categorized as 
  703. connection\(hydependent IWFs
  704. or
  705. communication\(hydependent IWFs
  706. . The relationships among these
  707. terms and definitions for connection\(hydependent IWFs and for
  708. communication\(hydependent IWFs are contained in
  709. Figure\ 2/I.510.
  710. .RT
  711. .LP
  712. .rs
  713. .sp 25P
  714. .ad r
  715. \fBFigure 2/I.510, (N), p.\fR 
  716. .sp 1P
  717. .RT
  718. .ad b
  719. .RT
  720. .sp 2P
  721. .LP
  722. \fB5\fR     \fBTelecommunication services to be supported by ISDN\fR 
  723. \fBinterworking configurations\fR 
  724. .sp 1P
  725. .RT
  726. .PP
  727. This section contains a list of telecommunication services that are supported 
  728. by interconnections between ISDNs and between ISDNs and other 
  729. networks and defines the types of interworking functions required.
  730. The concept of \(sc\ 5 take into account:
  731. .RT
  732. .LP
  733.     a)
  734.     the definitions as outlined in \(sc\ 4;
  735. .LP
  736.     b)
  737.     existing networks to be interconnected with ISDN
  738. (ISDNs, PSTNs, CSPDNs, PSPDNs, others);
  739. .LP
  740.     c)
  741.     services to be offered with the ISDN and through
  742. interworking with ISDN.
  743. .PP
  744. End\(hyto\(hyend communication
  745. may require:
  746. .LP
  747.     i)
  748.     interworking at lower layers;
  749. .LP
  750.     ii) 
  751.     interworking at higher layers;
  752. .LP
  753.     iii)
  754.     interworking at both lower and higher
  755. layers.
  756. .PP
  757. Table 1/I.510 displays the networks that support telecommunication services 
  758. which are also supported by an ISDN and which are candidates, 
  759. therefore, for interworking with an ISDN in the provision of one of those
  760. telecommunication services. Furthermore, Table\ 1/I.510 depicts the type of
  761. interworking functions that may be required for each interworking
  762. configuration. Note that the table does not indicate the possibility for
  763. interworking between different telecommunication services
  764. (e.g.\ telex\(hyto\(hyTeletex).
  765. .bp
  766. .ce
  767. \fBH.T. [T1.510]\fR 
  768. .ce
  769. TABLE\ 1/I.510
  770. .ce
  771. \fBNetwork support of telecommunication services\fR 
  772. .ps 9
  773. .vs 11
  774. .nr VS 11
  775. .nr PS 9
  776. .TS
  777. center box;
  778. cw(90p) | cw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(48p) , ^  | c | c | c | c | c | c.
  779.  {
  780. Telecommunication services
  781. supported by the ISDN
  782.  }    ISDN interconnected with
  783.     ISDN    PSTN    CSPDN    PSPDN    Telex    Other dedicated networks
  784. _
  785. .T&
  786. lw(90p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  787. Telephony    0    N    \(em    \(em    \(em    N
  788. _
  789. .T&
  790. lw(90p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  791.  {
  792. Data transmission (see Note 2)
  793.  }    (L)    N, |     N, | L)    N, | L)    \(em    N, | L)
  794. _
  795. .T&
  796. lw(90p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  797. Telex    0    \(em    \(em    \(em    N, |     N, | 
  798. _
  799. .T&
  800. lw(90p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  801. Teletex    0    N, |     N, |     N, |     \(em    N, | , | 
  802. _
  803. .T&
  804. lw(90p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  805. Fascimile    0    N, |     N, |     N, |     \(em    N, | 
  806. .TE
  807. .LP
  808. 0
  809. No interworking functions foreseen
  810. .LP
  811. N
  812. Connection\(hydependent interworking needed
  813. .LP
  814. L
  815. Lower layer communication\(hydependent interworking
  816. needed
  817. .LP
  818. H
  819. Higher layer communication\(hydependent interworking
  820. needed
  821. .LP
  822. (\ )
  823. N/L/H may be needed
  824. .LP
  825. \fINote\ 1\fR
  826. \ \(em\ The list of services in Table 1/I.510 is not
  827. exhaustive and is therefore for further study. In particular,
  828. bearer services must be included.
  829. .LP
  830. \fINote\ 2\fR
  831. \ \(em\ See Recommendation X.1 for a description of data
  832. transmission services.
  833. .LP
  834. \fINote\ 3\fR
  835. \ \(em\ It is assumed for Table 1/I.510 that, for the cases
  836. of ISDN\(hyto\(hyISDN interworking, the telecommunication services
  837. listed above are supported in both ISDNs by the same bearer,
  838. no interworking functions are therefore required. ISDN\(hyto\(hyISDN
  839. interworking situations that involve different bearers, as
  840. an extension of Table\ 1/I.510, are for further
  841. study.
  842. .nr PS 9
  843. .RT
  844. .ad r
  845. \fBTableau 1/I.510 [T1.510], p.\fR 
  846. .sp 1P
  847. .RT
  848. .ad b
  849. .RT
  850. .LP
  851. .sp 1
  852. .sp 2P
  853. .LP
  854. \fB6\fR     \fBISDN interworking configurations\fR 
  855. .sp 1P
  856. .RT
  857. .PP
  858. This section contains the general interworking reference
  859. configurations that form the basis of all possible ISDN interworking
  860. configurations covered by the I.500\(hySeries of Recommendations.
  861. .PP
  862. The configurations are entirely functional and do not serve any aspect 
  863. of the interworking function(s) needed in any specific instance of 
  864. interworking. The complexities of specific cases are considered in the
  865. Recommendations that deal at a scenario level of detail with the individual
  866. types of networks with which an ISDN may be interconnected,
  867. i.e.\ Recommendations\ I.520, I.530,\ etc.
  868. .PP
  869. The network interworking reference point is the K\dx\uor \dx\ureference 
  870. point when the network directly interconnected to the ISDN is a 
  871. non\(hyISDN or an ISDN, respectively.
  872. .RT
  873. .sp 1P
  874. .LP
  875. 6.1
  876.     \fIReference points for network interconnections\fR 
  877. .sp 9p
  878. .RT
  879. .PP
  880. The protocol reference model for ISDN interworking is outlined in \(sc\ 
  881. 5 of Recommendation\ I.320. 
  882. .PP
  883. The reference points K\dx\uand N\dx\ufor network interconnections are defined 
  884. in Recommendation\ I.324, \(sc\ 4.2.4. 
  885. .bp
  886. .PP
  887. According to Note 1 to Figure\ 8/I.324 the value x\ =\ 1 signifies that 
  888. interworking functions exist in the ISDN. The value x\ =\ 2 signifies that 
  889. no 
  890. interworking functions are required in the ISDN. No assumption is made
  891. regarding interworking functions outside the ISDN. Regardless of the value 
  892. of x, the possibility of interworking functions in the other networks, 
  893. between the networks, or of some combination of these situations, is kept 
  894. open. The case of N\d1\ucovers the situation when interworking functions 
  895. are split between the 
  896. two ISDNs involved.
  897. .RT
  898. .sp 1P
  899. .LP
  900. 6.1.1
  901.     \fIInterworking using one\(hystage selection (one\(hystage\fR 
  902. \fIinterworking)\fR 
  903. .sp 9p
  904. .RT
  905. .PP
  906. Interworking using one\(hystage selection is possible when the
  907. interconnection of networks takes place by interconnecting trunk lines. 
  908. It is also possible when the networks are physically inseparable [for example, 
  909. see 
  910. b) of Figure\ 6/I.510, and associated text]. In this type of interworking, 
  911. each of the terminals involved in a communication has assigned to it a 
  912. directory 
  913. number from the numbering plan of the network to which it is connected. For
  914. call establishment, one\(hystage selection is assumed. An example of this 
  915. type of interworking is the interconnection of a CSPDN using X.71 interexchange 
  916. signalling and an ISDN using SS\ No.\ 7 interexchange signalling.
  917. .PP
  918. For interworking by one\(hystage selection, the interconnection of
  919. networks takes place at reference points K\dx\uor \dx\u(see
  920. Figure\ 3/I.510).
  921. .PP
  922. The application of existing interfaces and the specification of new
  923. interfaces at the K\dx\uand N\dx\ureference points for interworking by
  924. one\(hystage selection needs further study.
  925. .PP
  926. \fINote\fR \ \(em\ In Recommendation X.300 this category of interworking is
  927. defined as \*Qinterworking by call control mapping\*U (see \(sc\ 6.2.1 of
  928. Recommendation\ X.300).
  929. .RT
  930. .LP
  931. .rs
  932. .sp 9P
  933. .ad r
  934. \fBFigure 3/I.510, (N), p.\fR 
  935. .sp 1P
  936. .RT
  937. .ad b
  938. .RT
  939. .sp 1P
  940. .LP
  941. 6.1.2
  942.     \fIInterworking using two\(hystage selection\fR \fI(two\(hystage\fR 
  943. \fIinterworking)\fR 
  944. .sp 9p
  945. .RT
  946. .PP
  947. Interworking using two\(hystage selection is sometimes required,
  948. e.g.\ access to a PSPDN through an ISDN according to case\ A of
  949. Recommendation\ X.31. In this example, each of the terminals involved in a
  950. communication has assigned to it a directory number from the numbering 
  951. plan of the PSPDN. For call establishment, two\(hystage selection is assumed: 
  952. first, a 
  953. connection is established through the ISDN to the appropriate PSPDN port;
  954. second, a connection is established through the PSPDN to the called
  955. terminal.
  956. .PP
  957. The logical appearance of interworking by two\(hystage selection at
  958. reference point\ K\d2\u(see Note\ 1) may be that of a customer access (see
  959. Figure\ 4/I.510).
  960. .PP
  961. The application of existing interfaces and the specification of
  962. new interfaces at the K\d2\u\ reference point for interworking by two\(hystage
  963. selection is for further study.
  964. .PP
  965. \fINote\ 1\fR \ \(em\ Since, in the case of interworking using two\(hystage
  966. selection depicted in Figure\ 4/I.510, no IWFs are required in the ISDN, only
  967. reference point\ K\d2\uis relevant.
  968. .PP
  969. \fINote\ 2\fR \ \(em\ In Recommendation X.300, examples of this category of
  970. interworking are defined as \*Qinterworking by port access\*U (see \(sc\ 
  971. 6.2.2 of 
  972. Recommendation\ X.300).
  973. .bp
  974. .RT
  975. .LP
  976. .rs
  977. .sp 9P
  978. .ad r
  979. \fBFigure 4/I.510, (N), p.\fR 
  980. .sp 1P
  981. .RT
  982. .ad b
  983. .RT
  984. .sp 2P
  985. .LP
  986. 6.2
  987.     \fIISDN\(hyto\(hyISDN interconnection\fR 
  988. .sp 1P
  989. .RT
  990. .sp 1P
  991. .LP
  992. 6.2.1
  993.     \fIReference configuration\fR 
  994. .sp 9p
  995. .RT
  996. .PP
  997. With regard to ISDN\(hyto\(hyISDN interworking in the context of the
  998. I.500\(hySeries of Recommendations, the functionality required for bearer 
  999. service interworking is contained in ISDN\(hyto\(hyISDN internetwork interfaces. 
  1000. .PP
  1001. Figure\ 
  1002. 5/I.510 shows a reference configuration for ISDN\(hyto\(hyISDN
  1003. interworking. The services offered at the endpoints may be different.
  1004. .PP
  1005. ISDN\(hyto\(hyISDN interworking may involve the functionality required 
  1006. for interworking to take place between ISDNs operated by, for instance, 
  1007. different Administrations. 
  1008. .RT
  1009. .LP
  1010. .rs
  1011. .sp 14P
  1012. .ad r
  1013. \fBFigure 5/I.510, (N), p.\fR 
  1014. .sp 1P
  1015. .RT
  1016. .ad b
  1017. .RT
  1018. .sp 1P
  1019. .LP
  1020. 6.2.2
  1021.     \fIConnection types\fR 
  1022. .sp 9p
  1023. .RT
  1024. .PP
  1025. Applicable Recommendation: I.520.
  1026. .RT
  1027. .LP
  1028.     a)
  1029.     ISDN circuit mode | (hy | SDN circuit mode (both ISDNs supporting
  1030. a circuit\(hyswitched bearer service);
  1031. .LP
  1032.     b)
  1033.     ISDN packet mode | (hy | SDN packet mode (both ISDNs supporting
  1034. the ISDN virtual circuit bearer service defined in
  1035. Recommendation\ X.31 under case\ b);
  1036. .LP
  1037.     c)
  1038.     ISDN packet mode | (hy | SDN circuit mode (interworking where
  1039. a packet switched bearer is requested by one ISDN and a
  1040. circuit switched bearer by the other ISDN);
  1041. .LP
  1042.     d)
  1043.     ISDN packet mode | (hy | SDN circuit mode (interworking,
  1044. where a circuit switched bearer is requested in one ISDN
  1045. to obtain access to the packet handler of another ISDN for
  1046. communication over an ISDN virtual circuit bearer
  1047. service).
  1048. .bp
  1049. .sp 2P
  1050. .LP
  1051. 6.3
  1052.     \fIInterworking between ISDNs and other networks\fR 
  1053. .sp 1P
  1054. .RT
  1055. .sp 1P
  1056. .LP
  1057. 6.3.1
  1058.     \fIReference configurations\fR 
  1059. .sp 9p
  1060. .RT
  1061. .PP
  1062. Network interworking is required whenever an ISDN and a non\(hyISDN
  1063. are interconnected to provide an end\(hyto\(hyend connection.
  1064. .PP
  1065. Network interworking functions typically would contain the
  1066. functionality needed for conversion of physical and electrical interface
  1067. characteristics and for mapping of layer\ 2 and layer\ 3 network protocols.
  1068. Examples of such network interworking functions are: signalling conversions,
  1069. information transfer, protocol conversions, analogue\(hyto\(hydigital (and 
  1070. \fIvice\fR 
  1071. \fIversa\fR ) conversions, and interworking between different numbering 
  1072. and charging plans. 
  1073. .PP
  1074. Two reference configurations for network interworking are shown
  1075. in Figure\ 6/I.510. The services offered at the endpoints may be
  1076. different.
  1077. .PP
  1078. The separation between an ISDN and a non\(hyISDN may not always be
  1079. obvious. A local exchange may, for example, support both traditional telephony 
  1080. service and ISDN services. The physical network components supporting these 
  1081. services may be inseparable. From a functional perspective, such a case 
  1082. might be covered by a) of Figure\ 6/I.510, while b) of Figure\ 6/I.510 
  1083. might be more 
  1084. appropriate from an implementation point of view.
  1085. .RT
  1086. .LP
  1087. .rs
  1088. .sp 16P
  1089. .ad r
  1090. \fBFigure 6/I.510, (N), p.\fR 
  1091. .sp 1P
  1092. .RT
  1093. .ad b
  1094. .RT
  1095. .sp 2P
  1096. .LP
  1097. 6.3.2
  1098.     \fIConnection types\fR 
  1099. .sp 1P
  1100. .RT
  1101. .sp 1P
  1102. .LP
  1103. 6.3.2.1
  1104.     \fIISDN\(hyPSTN\fR 
  1105. .sp 9p
  1106. .RT
  1107. .PP
  1108. Applicable Recommendation: I.530.
  1109. .RT
  1110. .LP
  1111.     a)
  1112.     ISDN circuit mode\(hyPSTN
  1113. .LP
  1114.     \(em
  1115.     speech
  1116. .LP
  1117.     \(em
  1118.     3.1 kHz
  1119. .LP
  1120.     \(em
  1121.     64 kbit/s unrestricted
  1122. .LP
  1123.     b)
  1124.     ISDN packet mode, X.31 case b)\(hyPSTN.
  1125. .sp 1P
  1126. .LP
  1127. 6.3.2.2
  1128.     \fIISDN\(hyCSPDN\fR 
  1129. .sp 9p
  1130. .RT
  1131. .PP
  1132. Applicable Recommendation: I.540.
  1133. .RT
  1134. .LP
  1135.     a)
  1136.     ISDN circuit mode\(hyCSPDN;
  1137. .LP
  1138.     b)
  1139.     ISDN packet mode, X.31 case b)\(hyCSPDN
  1140. .bp
  1141. .sp 1P
  1142. .LP
  1143. 6.3.2.3
  1144.     \fIISDN\(hyPSPDN\fR 
  1145. .sp 9p
  1146. .RT
  1147. .PP
  1148. Applicable Recommendation: I.550.
  1149. .RT
  1150. .LP
  1151.     a)
  1152.     ISDN circuit mode\(hyPSPDN;
  1153. .LP
  1154.     b)
  1155.     ISDN circuit mode, to provide interworking port access
  1156. to a PSPDN, X.31, case\ a);
  1157. .LP
  1158.     c)
  1159.     ISDN packet mode, X.31 case b)\(hyPSPDN.
  1160. .sp 1P
  1161. .LP
  1162. 6.3.2.4
  1163.     \fIISDN\(hyTelex\fR 
  1164. .sp 9p
  1165. .RT
  1166. .PP
  1167. Applicable Recommendation: I.560.
  1168. .RT
  1169. .LP
  1170.     a)
  1171.     ISDN circuit mode\(hyTelex
  1172. .LP
  1173.     b)
  1174.     ISDN packet mode\(hyTelex
  1175. .sp 1P
  1176. .LP
  1177. 6.3.2.5
  1178.     \fIISDN\(hyPrivate networks\fR 
  1179. .sp 9p
  1180. .RT
  1181. .PP
  1182. Interworking between ISDNs and private networks may occur at
  1183. reference points S/T; other reference points, if required, need to be
  1184. specified.
  1185. .RT
  1186. .sp 1P
  1187. .LP
  1188. 6.4
  1189.     \fIISDN internal interworking\fR 
  1190. .sp 9p
  1191. .RT
  1192. .PP
  1193. Internal ISDN interworking involves the capabilities required for interworking 
  1194. between different connection elements within an ISDN, as well as the capabilities 
  1195. required to support other interworking requirements within an ISDN. 
  1196. .PP
  1197. A reference configuration is given in Figure\ 7/I.510. The services
  1198. offered at the endpoints may be different.
  1199. .PP
  1200. Not all aspects of internal ISDN interworking may be subject to
  1201. standardization. The existence and functionality of such interworking, 
  1202. however, may have an impact on the required functionality of network interworking 
  1203. or 
  1204. ISDN\(hyto\(hyISDN interworking.
  1205. .RT
  1206. .LP
  1207. .rs
  1208. .sp 15P
  1209. .ad r
  1210. \fBFigure 7/I.510, (N), p.\fR 
  1211. .sp 1P
  1212. .RT
  1213. .ad b
  1214. .RT
  1215. .sp 1P
  1216. .LP
  1217. 6.5
  1218.     \fINetwork concatenation configurations\fR 
  1219. .sp 9p
  1220. .RT
  1221. .PP
  1222. \fINote\ 1\fR \ \(em\ The impact of network concatenation configurations
  1223. (i.e.\ cascaded networks) on ISDN and existing networks and on the mechanisms
  1224. and functionalities for the realization of these networks is for further
  1225. study.
  1226. .PP
  1227. \fINote\ 2\fR \ \(em\ In the case of cascaded (concatenated) networks, 
  1228. other than ISDN networks, a requirement may exist for interworking functions 
  1229. between pairs of such networks. 
  1230. .bp
  1231. .RT
  1232. .sp 1P
  1233. .LP
  1234. 6.5.1
  1235.     \fIReference configurations\fR 
  1236. .sp 9p
  1237. .RT
  1238. .PP
  1239. See Figure 8/I.510.
  1240. .RT
  1241. .LP
  1242. .rs
  1243. .sp 18P
  1244. .ad r
  1245. \fBFigure 8/I.510, (N), p.\fR 
  1246. .sp 1P
  1247. .RT
  1248. .ad b
  1249. .RT
  1250. .sp 2P
  1251. .LP
  1252. 6.5.2
  1253.     \fIConnection types\fR 
  1254. .sp 1P
  1255. .RT
  1256. .sp 1P
  1257. .LP
  1258. 6.5.2.1
  1259.     \fIISDN\(hyPSTN\(hyISDN\fR 
  1260. .sp 9p
  1261. .RT
  1262. .PP
  1263. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1264. 6.3.2.1 and in Recommendation\ I.520. 
  1265. .RT
  1266. .sp 1P
  1267. .LP
  1268. 6.5.2.2
  1269.     \fIISDN\(hyPSPDN\(hyISDN\fR 
  1270. .sp 9p
  1271. .RT
  1272. .PP
  1273. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1274. 6.3.2.3 and in Recommendation\ I.520. 
  1275. .RT
  1276. .sp 1P
  1277. .LP
  1278. 6.5.2.3
  1279.     \fIISDN\(hyCSPDN\(hyISDN\fR 
  1280. .sp 9p
  1281. .RT
  1282. .PP
  1283. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1284. 6.3.2.2 and in Recommendation\ I.520. 
  1285. .RT
  1286. .sp 1P
  1287. .LP
  1288. 6.5.2.4
  1289.     \fIISDN\(hyPSPDN\(hyPSTN\fR 
  1290. .sp 9p
  1291. .RT
  1292. .PP
  1293. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1294. 6.3.2.3. 
  1295. .RT
  1296. .sp 1P
  1297. .LP
  1298. 6.5.2.5
  1299.     \fIISDN\(hyPSPDN\(hyCSPDN\fR 
  1300. .sp 9p
  1301. .RT
  1302. .PP
  1303. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1304. 6.3.2.3. 
  1305. .RT
  1306. .sp 1P
  1307. .LP
  1308. 6.5.2.6
  1309.     \fIISDN\(hyPSPDN\(hyTelex\fR 
  1310. .sp 9p
  1311. .RT
  1312. .PP
  1313. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1314. 6.3.2.3. 
  1315. .RT
  1316. .sp 1P
  1317. .LP
  1318. 6.5.2.7
  1319.     \fIISDN\(hyCSPDN\(hyPSPDN\fR 
  1320. .sp 9p
  1321. .RT
  1322. .PP
  1323. Applicable alternatives at reference points K\dx\uare described in \(sc\ 
  1324. 6.3.2.2. 
  1325. .bp
  1326. .RT
  1327. .sp 2P
  1328. .LP
  1329. \fB7\fR     \fBInterworking functional requirements \(em General aspects\fR 
  1330. .sp 1P
  1331. .RT
  1332. .sp 1P
  1333. .LP
  1334. 7.1
  1335.     \fICategories of interworking functions\fR 
  1336. .sp 9p
  1337. .RT
  1338. .PP
  1339. The following network\(hyrelated characteristics and protocols depend on 
  1340. the network type (ISDN circuit\(hyswitched, ISDN packet\(hyswitched, PSTN, 
  1341. CSPDN, PSPDN,\ etc.) and may be identified at the point of network interworking 
  1342. for 
  1343. conversion or mapping:
  1344. .RT
  1345. .LP
  1346.     a)
  1347.     network characteristics related to the connection type,
  1348. such as interface characteristics, switching mode, bit rate,
  1349. transfer mode,\ etc., and non\(hyprotocol conversion\(hyrelated
  1350. characteristics such as numbering plan and special
  1351. routing;
  1352. .LP
  1353.     b)
  1354.     network\(hyto\(hynetwork protocols used for call establishment
  1355. interexchange signalling, such as SS No.\ 7, X.71, X.75,\ etc.
  1356. (e.g.\ SS No.\ 7 ISUP to another User Part of SS No.\ 7, SS No.7 to
  1357. non\(hyISDN signalling system, D\(hychannel signalling to non\(hyISDN
  1358. user access signalling systems based on national
  1359. standards);
  1360. .LP
  1361.     c)
  1362.     protocols used for the support of those supplementary
  1363. services and service signals which have network\(hyto\(hynetwork
  1364. relevance, as in the case, for example, of the closed user
  1365. group facility;
  1366. .LP
  1367.     d)
  1368.     signals due to network operation and
  1369. maintenance;
  1370. .LP
  1371.     e)
  1372.     inband protocol conversion IWFs such as rate adaption,
  1373. modem pools, and generation of inband tones and
  1374. announcements.
  1375. .PP
  1376. The definition of the conversion or mapping functions is
  1377. the subject of specific interworking Recommendations which address ISDN
  1378. interworking at a functional level of detail (see
  1379. Recommendation\ I.500).
  1380. .PP
  1381. Interworking functional must take into account the mapping of
  1382. protocols (protocol elements) dedicated to the support of OSI network layer
  1383. service characteristics. These requirements should be formulated with the
  1384. recognition that the networks involved in ISDN interworking may support the
  1385. OSI network layer service as defined in Recommendation\ X.213 in different 
  1386. ways and to different extents (see Recommendation\ X.300,\ \(sc\ 6). 
  1387. .RT
  1388. .sp 1P
  1389. .LP
  1390. 7.2
  1391.     \fIMapping principles\fR 
  1392. .sp 9p
  1393. .RT
  1394. .PP
  1395. Interworking implies the transfer of information between two
  1396. different entities across an interface. This transfer may imply the need to
  1397. map different protocols with respect to coding, sequencing, and timing.
  1398. Ideally, no information content should be lost in mapping. This objective 
  1399. may not be achievable in all circumstances. Three different cases are 
  1400. identified:
  1401. .RT
  1402. .LP
  1403.     a)
  1404.     one\(hyto\(hyone mapping, where the information is transferred
  1405. across the interface without any loss;
  1406. .LP
  1407.     b)
  1408.     mapping with degraded information transfer, where parts of
  1409. information are lost when crossing the interface;
  1410. .LP
  1411.     c)
  1412.     no meaningful mapping possible, due to the fact that
  1413. crucial parts of one protocol cannot be represented in the
  1414. other protocol.
  1415. .PP
  1416. In these cases, appropriate actions have to be taken at the
  1417. interworking point with respect to one or both of the communicating
  1418. entities.
  1419. .sp 1P
  1420. .LP
  1421. 7.3
  1422.     \fIGuidelines on the description of mapping functions\fR 
  1423. .sp 9p
  1424. .RT
  1425. .PP
  1426. For further study.
  1427. .RT
  1428. .sp 1P
  1429. .LP
  1430. 7.4
  1431.     \fIFunctional requirements for lower layer service interworking\fR 
  1432. .sp 9p
  1433. .RT
  1434. .PP
  1435. (For example, mapping of layer\ 2 and layer\ 3 protocols by end
  1436. systems in support of end\(hyto\(hyend communication).
  1437. .PP
  1438. For further study.
  1439. .RT
  1440. .sp 1P
  1441. .LP
  1442. 7.5
  1443.     \fIFunctional requirements for higher layer service interworking\fR 
  1444. .sp 9p
  1445. .RT
  1446. .PP
  1447. For further study.
  1448. .bp
  1449. .RT
  1450. .sp 2P
  1451. .LP
  1452. \fB8\fR     \fBGeneral aspects of \fR \fBselection mechanisms for interworking\fR 
  1453. \fBfunctions\fR 
  1454. .sp 1P
  1455. .RT
  1456. .PP
  1457. ISDN interworking will involve sets of different functional
  1458. elements dedicated to the various cases of network interworking. For each 
  1459. call where interworking is required, specific interworking functions have 
  1460. to be 
  1461. selected (see Figure\ 9/I.510).
  1462. .RT
  1463. .LP
  1464. .rs
  1465. .sp 22P
  1466. .ad r
  1467. \fBFigure 9/I.510, (N), p.\fR 
  1468. .sp 1P
  1469. .RT
  1470. .ad b
  1471. .RT
  1472. .PP
  1473. When the IWF is not an addressed entity, the following concept for the 
  1474. selection of interworking functions is therefore defined: 
  1475. .LP
  1476.     a)
  1477.     Connection\(hydependent interworking functions are selected
  1478. by evaluation of user\(hynetwork and network\(hynetwork
  1479. signalling information. Relevant information includes:
  1480. .LP
  1481.     \(em
  1482.     bearer capability,
  1483. .LP
  1484.     \(em
  1485.     low layer compatibility,
  1486. .LP
  1487.     \(em
  1488.     service indication,
  1489. .LP
  1490.     \(em
  1491.     routing information (address information, transit
  1492. network information),
  1493. .LP
  1494.     \(em
  1495.     information on supplementary services (facilities),
  1496. if applicable;
  1497. .LP
  1498.     b)
  1499.     Network\(hyprovided communication\(hydependent interworking
  1500. functions are selected by evaluation of user\(hynetwork and
  1501. network\(hynetwork signalling information. Relevant information
  1502. includes:
  1503. .LP
  1504.     \(em
  1505.     service indication,
  1506. .LP
  1507.     \(em
  1508.     lower and higher layer compatibility
  1509. information,
  1510. .LP
  1511.     \(em
  1512.     information on supplementary services (facilities),
  1513. if applicable;
  1514. .LP
  1515.     c)
  1516.     End\(hysystem\(hyprovided communication\(hydependent interworking
  1517. functions, if available, are activated by one of the
  1518. following approaches:
  1519. .LP
  1520.     \(em
  1521.     by evaluation of user\(hynetwork signalling information
  1522. during the call establishment phase (service
  1523. indication and lower/higher compatibility
  1524. information),
  1525. .LP
  1526.     \(em
  1527.     by evaluation of user\(hyto\(hyuser compatibility
  1528. information during the parameter exchange
  1529. phase.
  1530. .PP
  1531. \fINote\fR \ \(em\ Examination of these information elements requires
  1532. further study.
  1533. .bp
  1534. .sp 2P
  1535. .LP
  1536. \fBRecommendation\ I.511\fR 
  1537. .RT
  1538. .sp 2P
  1539. .sp 1P
  1540. .ce 1000
  1541. \fBISDN\(hyTO\(hyISDN\ LAYER\ 1\ INTERNETWORK\ INTERFACE\fR 
  1542. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.511''
  1543. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.511    %'
  1544. .ce 0
  1545. .sp 1P
  1546. .ce 1000
  1547. \fI(Melbourne, 1988)\fR 
  1548. .sp 9p
  1549. .RT
  1550. .ce 0
  1551. .sp 1P
  1552. .LP
  1553. \fB1\fR     \fBGeneral\fR 
  1554. .sp 1P
  1555. .RT
  1556. .PP
  1557. The objective of this Recommendation is to define the layer 1
  1558. aspects of the ISDN interworking, including reference configuration and
  1559. interworking functions.
  1560. .PP
  1561. \fINote\fR \ \(em\ For the international interworking between networks 
  1562. based on different digital hierarchies and speech encoding laws, see 
  1563. Recommendation\ G.802.
  1564. .RT
  1565. .sp 2P
  1566. .LP
  1567. \fB2\fR     \fBReference configuration\fR 
  1568. .sp 1P
  1569. .RT
  1570. .PP
  1571. General reference configuration and logically defined reference
  1572. points for ISDN interworking with other networks or other\ ISDNs are given in
  1573. Figure\ 4/I.310, where\ K, M and\ N are defined as logical reference points
  1574. for interworking. However, from the viewpoint of physical interworking, the
  1575. digital sections and digital links defined in Rec.\ G.701 are shared among 
  1576. the logically different networks of the same network provider. Therefore, 
  1577. the 
  1578. commonly designated reference point for layer\ 1 interworking should be
  1579. established so that it can be used as the common layer\ 1 specification 
  1580. for the logically different reference points\ K, M and\ N. 
  1581. .RT
  1582. .sp 1P
  1583. .LP
  1584. 2.1
  1585.     \fILayer 1 reference configuration\fR 
  1586. .sp 9p
  1587. .RT
  1588. .PP
  1589. Figure 1/I.511 shows the layer 1 reference configuration and
  1590. layer\ 1 reference point\ Q.
  1591. .PP
  1592. Figure 1/I.511 reflects the interworking between different network
  1593. providers each of which has logically different networks or special facilities. 
  1594. The number of logically different networks which a network provider has 
  1595. is one or more; however, at least one network provider should contain
  1596. an\ ISDN.
  1597. .PP
  1598. The internetwork termination\ (IT) is a functional grouping
  1599. associated with the proper physical and electromagnetic termination of the
  1600. network as well as section, link and/or circuit termination of the network.
  1601. Note that specific functions of IT may be performed with one or more pieces 
  1602. of equipment. 
  1603. .PP
  1604. Reference point Q should be one of the equipment interfaces listed
  1605. in Recs.\ G.702 and\ G.707. The specification of\ Q can be used as the common
  1606. description of the layer\ 1 specification for the different logical
  1607. interfaces\ K, M and\ N.
  1608. .PP
  1609. The digital link of each network should be terminated at\ Q.
  1610. .RT
  1611. .sp 1P
  1612. .LP
  1613. 2.2
  1614.     \fIPhysical realizations of reference configuration\fR 
  1615. .sp 9p
  1616. .RT
  1617. .PP
  1618. Figure 2/I.511 gives examples of configurations made up of
  1619. combinations of physical interfaces at reference point\ Q; Figure\ 2a/I.511
  1620. shows an interface without transmission section (line or radio); and
  1621. Figures\ 2b/I.511 and\ 2c/I.511 show interfaces with transmission
  1622. sections.
  1623. .PP
  1624. In every case, 
  1625. reference point\ Q
  1626. should appear as the
  1627. equipment interface.
  1628. .PP
  1629. The mandatory functions of IT described in \(sc\ 3 are the same in each
  1630. application, while the optional functions may be different according to the
  1631. following cases, if interworking:
  1632. .RT
  1633. .LP
  1634.     \(em
  1635.     with or without transmission sections,
  1636. .LP
  1637.     \(em
  1638.     with or without master\(hyslave relation, such as master\(hyslave
  1639. synchronization and remote maintenance between two network
  1640. providers.
  1641. .sp 2P
  1642. .LP
  1643. \fB3\fR     \fBLayer 1 interworking functions\fR 
  1644. .sp 1P
  1645. .RT
  1646. .PP
  1647. Layer\ 1 interworking functions at Q, which may be performed
  1648. by the IT, should be classified into mandatory and optional
  1649. functions.
  1650. .bp
  1651. .RT
  1652. .LP
  1653. .rs
  1654. .sp 47P
  1655. .ad r
  1656. \fBFigure 1/I.511, (N), p. 11\fR 
  1657. .sp 1P
  1658. .RT
  1659. .ad b
  1660. .RT
  1661. .LP
  1662. .bp
  1663. .LP
  1664. .rs
  1665. .sp 47P
  1666. .ad r
  1667. \fBFigure 2/I.511, (N), p. 12\fR 
  1668. .sp 1P
  1669. .RT
  1670. .ad b
  1671. .RT
  1672. .LP
  1673. .bp
  1674. .sp 1P
  1675. .LP
  1676. 3.1
  1677.     \fIMandatory functions\fR 
  1678. .sp 9p
  1679. .RT
  1680. .PP
  1681. Every item related to mandatory functions should always
  1682. be carried out in order be classified into mandatory and optional
  1683. functions.
  1684. .RT
  1685. .sp 1P
  1686. .LP
  1687. 3.1.1
  1688.     \fIProviding standardized equipment interfaces\fR 
  1689. .sp 9p
  1690. .RT
  1691. .PP
  1692. Reference point Q should be applied to one of the equipment
  1693. interfaces standardized in the G.700\(hyG.900\ Series Recommendations for 
  1694. digital networks, transmission systems and multiplexing equipment. 
  1695. .PP
  1696. Items to be standardized are as follows:
  1697. .RT
  1698. .LP
  1699.     1)
  1700.     \fIInterface bit rate\fR 
  1701. .LP
  1702.     Interface bit rate at Q should be selected from among the
  1703. hierarchical bit rates defined in Recs.\ G.702
  1704. and\ G.707.
  1705. .LP
  1706.     It should be noted that the interworking hierarchy be
  1707. applied to the international interworking as defined in
  1708. Rec.\ G.802 when interconnection based on an asynchronous
  1709. hierarchy is adopted.
  1710. .LP
  1711.     2)
  1712.     \fIPhysical/electrical characteristics\fR 
  1713. .LP
  1714.     Physical/electrical characteristics at Q should conform to
  1715. the relevant part of G.700\(hyG.900\ Series
  1716. Recommendations.
  1717. .LP
  1718.     3)
  1719.     \fIFunctional characteristics\fR 
  1720. .LP
  1721.     Functional characteristics at Q should conform to the
  1722. relevant part of G.700\(hyG.900\ Series
  1723. Recommendations.
  1724. .LP
  1725.     4)
  1726.     \fITime slot assignment\fR 
  1727. .LP
  1728.     There are two methods for assigning time slots in the frame
  1729. structure to various channels: the fixed format method and
  1730. the variable format method. A set of examples of both
  1731. methods is described in Figure\ 3/I.511.
  1732. .LP
  1733.     \fIFixed format\fR \ \(em\ Time slots for interworking information
  1734. channels are pre\(hyassigned in a fixed manner in the
  1735. interworking frame structure by bilateral
  1736. negotiation.
  1737. .LP
  1738.     \fIVariable format\fR \ \(em\ A flexible time slot is allocated to any
  1739. information channel on a demand assignment basis.
  1740. .LP
  1741.     5)
  1742.     \fITime slot sequence integrity\fR 
  1743. .LP
  1744.     Time slot sequence integrity should be performed.
  1745. Furthermore, it is preferable to perform time slot sequence
  1746. integrity with 8\ kHz integrity.
  1747. .LP
  1748. \fI\fR .rs
  1749. .sp 20P
  1750. .ad r
  1751. \fBFigure 3/I.511, (N), p.\fR 
  1752. .sp 1P
  1753. .RT
  1754. .ad b
  1755. .RT
  1756. .LP
  1757. .bp
  1758. .sp 1P
  1759. .LP
  1760. 3.1.2
  1761.     \fIProviding layer 1 maintenance capability\fR 
  1762. .sp 9p
  1763. .RT
  1764. .PP
  1765. Reference point Q should meet the maintenance requirements defined in the 
  1766. relevant part of the M\(hySeries and N\(hySeries Recommendations. 
  1767. .PP
  1768. Items to be standardized are as follows:
  1769. .RT
  1770. .LP
  1771.     1)
  1772.     \fITermination of the digital link\fR 
  1773. .LP
  1774.     Termination of the digital link should conform
  1775. to the relevant part of the M\(hySeries
  1776. Recommendations.
  1777. .LP
  1778.     2)
  1779.     \fITermination of the digital circuit\fR 
  1780. .LP
  1781.     Termination of the digital circuit should conform
  1782. to the relevant part of the M\(hySeries Recommendations and is
  1783. deferred for further study.
  1784. .sp 1P
  1785. .LP
  1786. 3.2
  1787.     \fIOptional functions\fR 
  1788. .sp 9p
  1789. .RT
  1790. .PP
  1791. Not all of the items of the optional functions can be achieved at reference 
  1792. point\ Q. Only some of them are selected according to the features of each 
  1793. connection type or differences in the relationship between network 
  1794. providers.
  1795. .RT
  1796. .sp 1P
  1797. .LP
  1798. 3.2.1
  1799.     \fIProviding interworking between different connection types\fR 
  1800. \fIin layer\ 1\fR 
  1801. .sp 9p
  1802. .RT
  1803. .PP
  1804. In some applications, connection types which are different in
  1805. layer\ 1 items can be successfully interconnected over reference point\ Q by
  1806. using the optional capabilities listed below.
  1807. .PP
  1808. Items to be standardized are as follows:
  1809. .RT
  1810. .LP
  1811.     1)
  1812.     \fICoding rule conversion\fR 
  1813. .LP
  1814.     i)
  1815.     \(*m\(hyA law coding rule conversion should be performed
  1816. according to Rec.\ G.802 in the case of speech and
  1817. 3.1\ kHz audio services;
  1818. .LP
  1819.     ii)
  1820.     Unrestricted 64\ kbit/s digital service shall not be
  1821. subject to network provided conversion.
  1822. .LP
  1823.     2)
  1824.      \fIInterconnection among connection types with different\fR \fIlayer\ 
  1825. 1 attributes\fR 
  1826. .LP
  1827.     Rate adaption should be performed according to
  1828. Recs.\ I.460, I.461, I.462, I.463
  1829. and\ I.464.
  1830. .sp 1P
  1831. .LP
  1832. 3.2.2
  1833.     \fIProviding network synchronization clock\fR 
  1834. .sp 9p
  1835. .RT
  1836. .PP
  1837. If network synchronization is performed over reference point Q by other 
  1838. methods than the plesiochronous method, the clock should meet the 
  1839. requirement defined in Rec.\ G.812.
  1840. .RT
  1841. .sp 2P
  1842. .LP
  1843. \fBRecommendation\ I.515\fR 
  1844. .RT
  1845. .sp 2P
  1846. .sp 1P
  1847. .ce 1000
  1848. \fBPARAMETER\ EXCHANGE\ FOR\ ISDN\ INTERWORKING\fR 
  1849. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.515''
  1850. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.515    %'
  1851. .ce 0
  1852. .sp 1P
  1853. .ce 1000
  1854. \fI(Melbourne, 1988)\fR 
  1855. .sp 9p
  1856. .RT
  1857. .ce 0
  1858. .sp 1P
  1859. .LP
  1860. \fB1\fR     \fBGeneral\fR 
  1861. .sp 1P
  1862. .RT
  1863. .sp 1P
  1864. .LP
  1865. 1.1
  1866.     \fIScope\fR 
  1867. .sp 9p
  1868. .RT
  1869. .PP
  1870. The objective of this Recommendation is to provide overall
  1871. parameter exchange principles and functional descriptions for ISDN
  1872. interworking. This Recommendation describes the principles for parameter
  1873. exchange mechanisms. It is recognized that depending on the available
  1874. (end\(hyto\(hyend) signalling capability, the exchange of parameters may 
  1875. use either out\(hy or in\(hyband procedures. 
  1876. .PP
  1877. Parameter exchange may be necessary to establish compatible
  1878. interworking functions for a variety of applications. Typical examples where
  1879. parameter exchange takes place include, terminal adaption compatibility
  1880. establishment, modem type selection and voice encoding compatibility
  1881. establishment. This does not imply, however, any requirement for an ISDN to
  1882. support network based modem interworking.
  1883. .bp
  1884. .PP
  1885. Figure 1/I.515 illustrates several voice and data applications,
  1886. supported by different networks and mechanisms. Parameter exchange may be
  1887. necessary where interworking between different terminals or networks (as per
  1888. other Recommendations) is required.
  1889. .PP
  1890. \fINote\fR \ \(em\ Where interworking procedures exist, the appropriate
  1891. references are made herein.
  1892. .RT
  1893. .LP
  1894. .rs
  1895. .sp 47P
  1896. .ad r
  1897. \fBFigure 1/I.515, (N), p.\fR 
  1898. .sp 1P
  1899. .RT
  1900. .ad b
  1901. .RT
  1902. .LP
  1903. .bp
  1904. .sp 1P
  1905. .LP
  1906. 1.2
  1907.     \fIDefinitions and abbreviations\fR 
  1908. .sp 9p
  1909. .RT
  1910. .PP
  1911. Use is made of the following terms within this Recommendation.
  1912. These terms do not necessarily refer to any existing protocol structure, 
  1913. rather they define information requirements in the context of this 
  1914. Recommendation.
  1915. .RT
  1916. .LP
  1917.     \(em
  1918.     \fBbearer capability information\fR 
  1919. .LP
  1920.     Specific information defining the lower layer
  1921. characteristics of the network.
  1922. .LP
  1923.     \(em
  1924.     \fBlow layer compatibility information\fR 
  1925. .LP
  1926.     Information defining the lower layer characteristics of a
  1927. TE or TA.
  1928. .LP
  1929.     \(em
  1930.     \fBhigh layer compatibility information\fR 
  1931. .LP
  1932.     Information defining the higher layer characteristics of a
  1933. terminal.
  1934. .LP
  1935.     \(em
  1936.     \fBprotocol identifier\fR 
  1937. .LP
  1938.     Information defining the specific protocols used by a
  1939. terminal to support data transfer.
  1940. .LP
  1941.     \(em
  1942.     \fBprogress indicator\fR 
  1943. .LP
  1944.     Information supplied to indicate to the ISDN terminal that
  1945. interworking has occurred.
  1946. .LP
  1947.     \(em
  1948.     \fBout\(hyband parameter exchange\fR 
  1949. .LP
  1950.     Information exchanged via signalling channels which are not
  1951. within the channel used for user information
  1952. transfer.
  1953. .LP
  1954.     \(em
  1955.     \fBin\(hyband parameter exchange\fR 
  1956. .LP
  1957.     Information exchanged using the same information channel as
  1958. that used for the user information transfer.
  1959. .sp 2P
  1960. .LP
  1961. \fB2\fR     \fBPrinciples\fR 
  1962. .sp 1P
  1963. .RT
  1964. .sp 1P
  1965. .LP
  1966. 2.1
  1967.     \fITypes of parameter exchanges\fR 
  1968. .sp 9p
  1969. .RT
  1970. .PP
  1971. Three types of parameter exchange need to be
  1972. considered:
  1973. .RT
  1974. .LP
  1975.     i)
  1976.     end\(hyto\(hyend, out\(hyband as shown in Figure\ 2/I.515. Parameter
  1977. exchange is accomplished via the D\(hychannel and Signalling
  1978. Systems\ No.\ 7;
  1979. .LP
  1980.     ii) 
  1981.     end\(hyto\(hyend, in\(hyband as shown in Figure\ 3/I.515.
  1982. .LP
  1983.     iii)
  1984.     Parameter exchange to select IWFs as shown in
  1985. Figure\ 4/I.515.
  1986. .PP
  1987. The in\(hyband parameter exchange occurs after the establishment of an 
  1988. end\(hyto\(hyend connection and may provide for establishment of compatibility 
  1989. between the endpoints, based on characteristics such as protocol, rate
  1990. adaption scheme and modem type.
  1991. .sp 1P
  1992. .LP
  1993. 2.2
  1994.     \fIRelationship of\fR 
  1995. \fIparameter exchange\fR \fIto\fR 
  1996. \fIcall\fR 
  1997. \fIestablishment\fR 
  1998. .sp 9p
  1999. .RT
  2000. .PP
  2001. Parameter exchange may occur:
  2002. .RT
  2003. .LP
  2004.     i)
  2005.     prior to call establishment (call negotiation). In this
  2006. case parameter exchange will occur using out\(hyband
  2007. techniques;
  2008. .LP
  2009.     ii) 
  2010.     after call establishment, prior to information transfer.
  2011. In this case parameter exchange may occur using either
  2012. in\(hyband or out\(hyband techniques;
  2013. .LP
  2014.     iii)
  2015.     during the information transfer phase of the call. In this
  2016. case parameter exchange will occur using either in\(hyband or
  2017. out\(hyband techniques.
  2018. .sp 1P
  2019. .LP
  2020. 2.2.1
  2021.     \fIParameter exchange prior to call establishment (call\fR 
  2022. \fInegotiation)\fR 
  2023. .sp 9p
  2024. .RT
  2025. .PP
  2026. Call negotiation
  2027. may be used to satisfy a number of basic call requirements in ISDN. In 
  2028. addition, call negotiation may be necessary for interworking as described 
  2029. in\ I.510 (between terminals, services and networks) for: 
  2030. .RT
  2031. .LP
  2032.     a)
  2033.     terminal section (see Recs.\ I.333, Q.931, Q.932);
  2034. .LP
  2035.     b)
  2036.     selection of interworking requirements when interworking
  2037. between ISDN and other dedicated networks is identified
  2038. (e.g. modem type);
  2039. .LP
  2040.     c)
  2041.     the appropriate selection of network (ISDN or other
  2042. network) functions to support the service required
  2043. (e.g. use of call progress indicator);
  2044. .LP
  2045.     d)
  2046.     the selection of network functions when interworking between
  2047. incompatible terminals is identified or when interworking of
  2048. different services is required.
  2049. .PP
  2050. Each of the requirements a) through d) above are necessary during the call 
  2051. establishment phase. Therefore, call or service negotiation mechanisms 
  2052. should be included within basic call establishment procedures. Further 
  2053. study is required. 
  2054. .bp
  2055. .LP
  2056. .rs
  2057. .sp 9P
  2058. .ad r
  2059. \fBFigure 2/I.515, (N), p. 15\fR 
  2060. .sp 1P
  2061. .RT
  2062. .ad b
  2063. .RT
  2064. .LP
  2065. .rs
  2066. .sp 21P
  2067. .ad r
  2068. \fBFigure 3/I.515, (N), p. 16\fR 
  2069. .sp 1P
  2070. .RT
  2071. .ad b
  2072. .RT
  2073. .LP
  2074. .rs
  2075. .sp 9P
  2076. .ad r
  2077. \fBFigure 4/I.515, (N), p. 17\fR 
  2078. .sp 1P
  2079. .RT
  2080. .ad b
  2081. .RT
  2082. .LP
  2083. .bp
  2084. .sp 1P
  2085. .LP
  2086. 2.2.1.1
  2087.     \fICall negotiation types\fR 
  2088. .sp 9p
  2089. .RT
  2090. .PP
  2091. Three types of call negotiation are currently
  2092. envisaged:
  2093. .RT
  2094. .LP
  2095.     \(em
  2096.     user to network,
  2097. .LP
  2098.     \(em
  2099.     network to user,
  2100. .LP
  2101.     \(em
  2102.     user to user.
  2103. .PP
  2104. The relationship between user\(hyto\(hyuser call negotiation and
  2105. network\(hyto\(hyuser call negotiation required further study.
  2106. .PP
  2107. Call negotiation in each of the above cases may involve the forwarding 
  2108. of parameters to the destination, may involve forwarding of parameters 
  2109. on 
  2110. request, or may involve forward and backward negotiation to establish
  2111. compatible terminal and network parameters.
  2112. .RT
  2113. .sp 1P
  2114. .LP
  2115. 2.2.1.2
  2116.     \fIInformation elements available for call negotiation\fR 
  2117. .sp 9p
  2118. .RT
  2119. .PP
  2120. Three information elements are currently associated with call
  2121. negotiation (see note):
  2122. .RT
  2123. .LP
  2124.     \(em
  2125.     bearer capability (BC);
  2126. .LP
  2127.     \(em
  2128.     low layer compatibility (LLC);
  2129. .LP
  2130.     \(em
  2131.     high layer compatibility (HLC).
  2132. .PP
  2133. The relationship of these information elements to parameter
  2134. exchange functions is for further study.
  2135. .PP
  2136. \fINote\fR \ \(em\ BC, LLC, HLC are information elements defined in
  2137. Recommendation\ Q.931.
  2138. .RT
  2139. .sp 1P
  2140. .LP
  2141. 2.2.1.3
  2142.     \fITransfer of information\fR 
  2143. .sp 9p
  2144. .RT
  2145. .PP
  2146. The transfer of information associated with call negotiation is
  2147. illustrated in figure\ 5/I.515.
  2148. .RT
  2149. .LP
  2150. .rs
  2151. .sp 30P
  2152. .ad r
  2153. \fBFigure 5/I.515, (N), p.\fR 
  2154. .sp 1P
  2155. .RT
  2156. .ad b
  2157. .RT
  2158. .LP
  2159. .bp
  2160. .sp 1P
  2161. .LP
  2162. 2.2.2
  2163.     \fIParameter exchange after call establishment and prior to\fR 
  2164. \fIinformation transfer phase\fR 
  2165. .sp 9p
  2166. .RT
  2167. .PP
  2168. This parameter exchange may be necessary when signalling to allow adequate 
  2169. compatibility checking during the call set\(hyup phase is not available, 
  2170. or when additional capability checking is required due to characteristics 
  2171. of 
  2172. the terminals which are not defined in call establishment procedures.
  2173. .PP
  2174. When out\(hyband parameter exchange is used refer to
  2175. \(sc\ 3.1.2.
  2176. .PP
  2177. When in\(hyband paramaeter exchange is used refer to
  2178. \(sc\ 3.2.1.
  2179. .RT
  2180. .sp 1P
  2181. .LP
  2182. 2.2.3
  2183.     \fIParameter exchange during information transfer phase\fR 
  2184. .sp 9p
  2185. .RT
  2186. .PP
  2187. This parameter exchange may be necessary when configurations change during 
  2188. the information transfer phase (e.g. maintenance, sub\(hychannel 
  2189. information). Detailed aspects are for further study.
  2190. .RT
  2191. .LP
  2192. \fB3\fR     \fBParameter exchange procedures\fR 
  2193. .sp 1P
  2194. .RT
  2195. .sp 2P
  2196. .LP
  2197. 3.1
  2198.     \fIOut\(hyband parameter exchange\fR 
  2199. .sp 1P
  2200. .RT
  2201. .sp 1P
  2202. .LP
  2203. 3.1.1
  2204.     \fIPrior to call establishment\fR 
  2205. .sp 9p
  2206. .RT
  2207. .PP
  2208. Refer to Recs.\ Q.931 and Q.\ 764. Other protocols are for further
  2209. study.
  2210. .RT
  2211. .sp 1P
  2212. .LP
  2213. 3.1.2
  2214.     \fIAfter call establishment and prior to information transfer phase\fR 
  2215. .sp 9p
  2216. .RT
  2217. .PP
  2218. Refer to Recs.\ Q.931 and\ Q.764.
  2219. .RT
  2220. .sp 1P
  2221. .LP
  2222. 3.1.3
  2223.     \fIDuring information transfer phase\fR 
  2224. .sp 9p
  2225. .RT
  2226. .PP
  2227. Refer to Recs.\ Q.931 and\ Q.764.
  2228. .RT
  2229. .sp 2P
  2230. .LP
  2231. 3.2
  2232.     \fIIn\(hyband parameter exchange\fR 
  2233. .sp 1P
  2234. .RT
  2235. .sp 1P
  2236. .LP
  2237. 3.2.1
  2238.     \fIAfter call establishment and prior to information transfer\fR 
  2239. .sp 9p
  2240. .RT
  2241. .PP
  2242. The following parameter exchange sequence identifies one method of establishment 
  2243. compatibility during interworking between an ISDN and existing 
  2244. networks and between ISDNs:
  2245. .RT
  2246. .LP
  2247.     \(em
  2248.     call establishment phase (e.g. refer to Recs.\ Q.931
  2249. and\ Q.764);
  2250. .LP
  2251.     \(em
  2252.     originating terminal changes from idle condition to busy
  2253. condition;
  2254. .LP
  2255.     \(em
  2256.     connection enters paramters exchange phase;
  2257. .LP
  2258.     \(em
  2259.     connection enters information transfer
  2260. phase.
  2261. .sp 1P
  2262. .LP
  2263. 3.2.1.1
  2264.     \fIVoice services\fR 
  2265. .sp 9p
  2266. .RT
  2267. .PP
  2268. Refers to Recommendation G.725.
  2269. .RT
  2270. .sp 1P
  2271. .LP
  2272. 3.2.1.2
  2273.     \fIParameter exchange mechanism for terminal adaption protocol\fR 
  2274. \fIidentification\fR 
  2275. .sp 9p
  2276. .RT
  2277. .PP
  2278. Some In\(hyband Parameter Exchange (IPE) procedures are in
  2279. existence, e.g.\ Appendix\ I of Recommendation\ V.110. Two circuit mode 
  2280. terminal adaption procedures are emerging within CCITT (i.e.\ I.463/V.110 
  2281. and 
  2282. I.465/V.120). In many countries, the Terminal Adaptor\ (TA) desing may not be
  2283. controlled by the administration/RPOAs so that special forms of terminal
  2284. adaption may be deployed. To support multiple forms of terminal adaption 
  2285. in a mixed ISDN/non\(hyISDN network, terminal adaption implementations 
  2286. which support 
  2287. multiple terminal adaption protocols will be required. For use with such
  2288. implementations, a method is needed for some applications to identify the
  2289. specific terminal adaption protocol to be used by the multifunctional
  2290. adaptor\ (MTA) devices. This will allow the terminal equipment (or appropriate 
  2291. network component), to release the call where compatibility cannot be achieved, 
  2292. or to request the network to provide an appropriate interworking function. 
  2293. .bp
  2294. .PP
  2295. It should be noted that it is good practice to design data terminals, for 
  2296. circuit\(hymode applications, which can automatically answer or originate 
  2297. calls, automatically establish compatibility if possible and, if necessary, 
  2298. to disconnect when connected to an incompatible terminal. 
  2299. .PP
  2300. Though it is recognized that out\(hyband procedures are preferable where 
  2301. applicable (i.e., intra\(hyISDN situations), for interworking with dedicated 
  2302. networks, in\(hyband parameter exchange procedures may be required.
  2303. .PP
  2304. Alternative methods exist for distinguishing between terminal
  2305. adapttion protocols. One satisfactory method is the use of self identification 
  2306. by examining the incoming bit stream. The method would be sed on the need 
  2307. to 
  2308. provide, in any TA or TE1, the ability to determine when it is connected 
  2309. to an incompatible TE1 or TA/TE2 or, through an IWF, with an incompatible 
  2310. terminal or another network. Appendix\ II describes one such procedure. 
  2311. .PP
  2312. An alternative satisfactory method is to use protocol identification (PID) 
  2313. procedure. Appendix\ I presents an in\(hyband parameter exchange procedure 
  2314. for establishing a common terminal adaption\ (TA) protocol between 
  2315. communicating\ TA devices.
  2316. .RT
  2317. .sp 1P
  2318. .LP
  2319. 3.2.2
  2320.     \fIDuring the information transfer phase\fR 
  2321. .sp 9p
  2322. .RT
  2323. .PP
  2324. For further study.
  2325. .RT
  2326. .sp 2P
  2327. .LP
  2328. \fB4\fR     \fBParameter exchange functions\fR 
  2329. .sp 1P
  2330. .RT
  2331. .PP
  2332. Parameters exchanged to support interworking may be divided into
  2333. the following three categories. These parameters may be exchanged end\(hyto\(hyend 
  2334. or between an endpoint and an IWF. The list of parameters presented here 
  2335. are 
  2336. examples; for any given instances of communication, different parameters 
  2337. may be required. 
  2338. .RT
  2339. .sp 1P
  2340. .LP
  2341. 4.1
  2342.     \fINumbering parameters\fR 
  2343. .sp 9p
  2344. .RT
  2345. .LP
  2346.     \(em
  2347.     subscriber number;
  2348. .LP
  2349.     \(em
  2350.     sub\(hyaddress;
  2351. .LP
  2352.     \(em
  2353.     terminal selection
  2354. (see Recommendation\ I.333).
  2355. .sp 1P
  2356. .LP
  2357. 4.2
  2358.     \fIProtocol control parameters\fR 
  2359. .sp 9p
  2360. .RT
  2361. .PP
  2362. Protocol control parameters can be used to identify the protocol
  2363. supported. An example is the terminal adaption protocol supported, such
  2364. as V.110, V.120.
  2365. .RT
  2366. .sp 1P
  2367. .LP
  2368. 4.3
  2369.     \fIDTE/DCE configuration parameters\fR 
  2370. .sp 9p
  2371. .RT
  2372. .PP
  2373. DTE/DCE configuration parameters are used to identify specific
  2374. transmission or communication capabilities of the called DTE. The following 
  2375. is a list of such configuration parameters: 
  2376. .RT
  2377. .LP
  2378.     \(em
  2379.     modem type (e.g., V\(hySeries number)
  2380. .LP
  2381.     \(em
  2382.     data rate (e.g., 9.6 kbit/s, 56 kbit/s)
  2383. .LP
  2384.     \(em
  2385.     synchronization (e.g., synchronous or
  2386. asynchronous)
  2387. .LP
  2388.     \(em
  2389.     parity (odd, even or no parity)
  2390. .LP
  2391.     \(em
  2392.     transmission mode (e.g., half or full duplex)
  2393. .LP
  2394.     \(em
  2395.     number of start/stop bits (e.g., 1\ or\ 2)
  2396. .LP
  2397.     \(em
  2398.     terminal clock source (e.g., network provided, network
  2399. independent)
  2400. .LP
  2401.     \(em
  2402.     terminal interface signals (e.g., 106, 108)
  2403. .LP
  2404.     \(em
  2405.     sub\(hychannel information.
  2406. .sp 1P
  2407. .LP
  2408. 4.4
  2409.     \fIOperations and maintenance parameters\fR 
  2410. .sp 9p
  2411. .RT
  2412. .PP
  2413. Operations and maintenance parameters are used to convey/monitor
  2414. the status of the DTE/DCE at the terminating points. Status monitored may
  2415. include:
  2416. .RT
  2417. .LP
  2418.     \(em
  2419.     terminal power (ON or OFF)
  2420. .LP
  2421.     \(em
  2422.     terminal presence (connected or disconnected)
  2423. .LP
  2424.     \(em
  2425.     terminal interface signals status (e.g., 106, 108)
  2426. .LP
  2427.     \(em
  2428.     terminal clock source (e.g., network provided, network
  2429. independent)
  2430. .LP
  2431.     \(em
  2432.     loopback status (e.g., ON or OFF)
  2433. .bp
  2434. .sp 2P
  2435. .LP
  2436. \fB5\fR     \fBParameter exchange for selection of IWF\fR 
  2437. .sp 1P
  2438. .RT
  2439. .PP
  2440. When an IWF is involved in a connection, parameters can be
  2441. exchanged to establish compatibility.
  2442. .PP
  2443. There are a variety of techniques that can be used to provide
  2444. compatibility of functions in an interworking environment. These can be
  2445. categorized into two types. A single stage approach in which the network
  2446. automatically inserts the IWF, and a two\(hystage approach in which the user
  2447. must provide additional information to complete the interworking
  2448. connection.
  2449. .PP
  2450. \fINote\fR \ \(em\ For examples of interworking configurations, refer to the
  2451. appropriate I.500\(hySeries Recommendations. Appendix\ III details examples of
  2452. parameter exchange for the selection of IWFs in the case of ISDN\(hyPSTN
  2453. interworking for data.
  2454. .RT
  2455. .sp 1P
  2456. .LP
  2457. 5.1
  2458.     \fISingle stage\fR 
  2459. .sp 9p
  2460. .RT
  2461. .PP
  2462. In a single stage approach, the interworking function is handled
  2463. automatically by the network. In order to ensure compatibility of the
  2464. parameters the following techniques may be used:
  2465. .RT
  2466. .LP
  2467.     i)
  2468.     parameter registration (
  2469. service profile
  2470. )\ \(em\ the
  2471. DTE/DCE parameters are registered with
  2472. the ISDN;
  2473. .LP
  2474.     ii)
  2475.     parameter negotiation\ \(em\ parameter negotiation may be
  2476. possible between networks and end\(hyusers or between
  2477. networks or between users to determine parameter
  2478. compatibility where suitable signalling exists. The
  2479. signalling capabilities and parameters required
  2480. may vary and are for further study. For example, see
  2481. Appendix\ I of\ V.110;
  2482. .LP
  2483.     iii)
  2484.     default parameter
  2485. identification\ \(em\ the network
  2486. provides an interworking function with common parameters.
  2487. Any DCE must conform to the IWF common parameters;
  2488. .LP
  2489.     iv)
  2490.     parameter adaption
  2491. \ \(em\ the interworking function
  2492. recognizes and adapts to the end\(hyuser's parameters. For
  2493. example, for ISDN\(hyPSTN the interworking function may adapt
  2494. to the modulation standard of the modem (see
  2495. Appendix\ III).
  2496. .sp 1P
  2497. .LP
  2498. 5.2
  2499.     \fITwo stages\fR 
  2500. .sp 9p
  2501. .RT
  2502. .PP
  2503. In the two\(hystage approach, during the first stage the user accesses 
  2504. the IWF and establishes the required parameters. In the second stage of 
  2505. the 
  2506. call the IWF uses the parameters to complete the end\(hyto\(hyend
  2507. connection.
  2508. .RT
  2509. .sp 2P
  2510. .LP
  2511. \fB6\fR     \fBReference\fR 
  2512. .sp 1P
  2513. .RT
  2514. .PP
  2515. See Recommendation\ I.500.
  2516. .RT
  2517. .ce 1000
  2518. APPENDIX\ I
  2519. .ce 0
  2520. .ce 1000
  2521. (to Recommendation I.515)
  2522. .sp 9p
  2523. .RT
  2524. .ce 0
  2525. .ce 1000
  2526. \fBProtocol for identification of terminal adaption protocols\fR 
  2527. .sp 1P
  2528. .RT
  2529. .ce 0
  2530. .PP
  2531. I.1
  2532. As shown in Figure I\(hy1/I.515 the total in\(hyband parameter exchange 
  2533. consists of two distinct phases. These are: 
  2534. .sp 1P
  2535. .RT
  2536. .LP
  2537.     a)
  2538.     Phase\ 1\ \(em
  2539.     the protocol identification (PID) phase,
  2540. which occurs at the bearer rate (64\ kbit/s);
  2541. .LP
  2542.     b)
  2543.     Phase\ 2\ \(em
  2544.     the in\(hyband parameter exchange (IPE) which
  2545. is part of the rate adaption (RA) protocol used
  2546. during the call.
  2547. .PP
  2548. Both these phases are optional and may or may not be implemented depending 
  2549. on the particular situation. 
  2550. .LP
  2551.     1)
  2552.     Phase\ 1\ \(em
  2553.     PID: after call establishment PID phase
  2554. begins.
  2555. .LP
  2556.     2)
  2557.     Phase\ 2\ \(em
  2558.     IPE: the IPE is imbedded within the TA
  2559. protocol. It is the responsibility of the RA
  2560. protocol designers to create an IPE that is
  2561. applicable to the services and requirements of a
  2562. particular TA protocol. An example is Appendix\ I to
  2563. Rec.\ V.110 in which a complete IPE is specified
  2564. for\ V.110.
  2565. .LP
  2566.     \(em
  2567.     The IPE allows parameters to be exchanged between TA
  2568. devices to ensure end\(hyto\(hyend compatibility before
  2569. entering the data (information) phase.
  2570. .LP
  2571.     \(em
  2572.     In the case of a successful IPE the protocol enters the
  2573. data (information) phase.
  2574. .LP
  2575.     \(em
  2576.     In the case of unresolvable differences between the TA
  2577. devices, the IPE will provide a call progress message
  2578. that can be used to take further action or clear the
  2579. call.
  2580. .bp
  2581. .LP
  2582. .rs
  2583. .sp 40P
  2584. .ad r
  2585. \fBFigure I\(hy1/I.515, (N), p.\fR 
  2586. .sp 1P
  2587. .RT
  2588. .ad b
  2589. .RT
  2590. .sp 1P
  2591. .LP
  2592. I.2
  2593.     \fIIdentification procedure\fR 
  2594. .sp 9p
  2595. .RT
  2596. .PP
  2597. All TA devices that follow this procedure shall start with the
  2598. simple protocol identification technique described here before entering
  2599. the TA protocol phase. The method is designed especially for digital
  2600. networks.
  2601. .PP
  2602. The 
  2603. protocol identification
  2604. is performed during the following three steps after the call is placed 
  2605. by using the normal call establishment 
  2606. procedures:
  2607. .RT
  2608. .LP
  2609.     1)
  2610.     end\(hyto\(hyend synchronization;
  2611. .LP
  2612.     2)
  2613.     passing the Protocol Identifier (PI);
  2614. .LP
  2615.     3)
  2616.     making a decision regarding the type of TA to use for the
  2617. call.
  2618. .bp
  2619. .PP
  2620. For the case of a device with a PID and one without a PID which
  2621. interwork, a timer value (\fIN\fR\d\fIp\fR\\d\fIi\fR\\d\fId\fR\u) should 
  2622. be set in the PID for defaulting to the preferred terminal adaption protocol. 
  2623. \fIN\fR\d\fIp\fR\\d\fIi\fR\\d\fId\fR\umust be long enough to allow for 
  2624. initial line settling and short enough to prevent the PID from causing 
  2625. the terminal adaption protocol to time out and clear its call. The value 
  2626. of timer \fIN\fR\d\fIp\fR\\d\fIi\fR\\d\fId\fR\ushould be set to allow for 
  2627. long delay 
  2628. connections (e.g. satellites).
  2629. .PP
  2630. Refer to Figure\ I\(hy2/I.515 for the timer sequence diagram of a
  2631. successful protocol identification procedure. The sequence and acronyms in
  2632. Figure\ I\(hy2/I.515 are described in \(sc\(sc\ I.3 to\ I.5.
  2633. .RT
  2634. .LP
  2635. .rs
  2636. .sp 45P
  2637. .ad r
  2638. \fBFigure I\(hy2/I.515, (N), p.\fR 
  2639. .sp 1P
  2640. .RT
  2641. .ad b
  2642. .RT
  2643. .LP
  2644. .bp
  2645. .sp 1P
  2646. .LP
  2647. I.3
  2648.     \fIEnd\(hyto\(hyend synchronization\fR 
  2649. .sp 9p
  2650. .RT
  2651. .PP
  2652. After the physical call has been established, the originating end sends 
  2653. continuous ready bytes (5Fhex) waiting to detect the answering 
  2654. end. The answering end sends continuous sync bytes (57hex). (See
  2655. Figure\ I\(hy3/I.515).
  2656. .PP
  2657. When the originating end sees at least 32 contiguous sync bytes
  2658. (57hex) it is in sync and starts sending continuous sync bytes (57hex).
  2659. .PP
  2660. When the answering end sees 32 contiguous sync bytes it is in
  2661. sync.
  2662. .PP
  2663. The receivers at each end wait for at least 32 contiguous
  2664. occurrences (4\ ms) of the sync byte to be received without corruption before
  2665. initiating the protocol. The sequence can then proceed to the next
  2666. step.
  2667. .PP
  2668. The synchronization method described in this section allows
  2669. for:
  2670. .RT
  2671. .LP
  2672.     1)
  2673.     settling of the physical circuit;
  2674. .LP
  2675.     2)
  2676.     notice in the network;
  2677. .LP
  2678.     3)
  2679.     positive identification of the fact that TA devices are
  2680. present at both ends;
  2681. .LP
  2682.     4)
  2683.     transmission on restricted 64 kbit/s links and through
  2684. networks that use bit\ 8 for signalling; and
  2685. .LP
  2686.     5)
  2687.     simple implementation.
  2688. .ce
  2689. \fBH.T. [T1.515]\fR 
  2690. .ps 9
  2691. .vs 11
  2692. .nr VS 11
  2693. .nr PS 9
  2694. .TS
  2695. center box;
  2696. lw(36p) | cw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(18p) sw(36p) , ^  | c | c | c | c | c | c | c | c | l.
  2697.     Initialization bytes
  2698.     B1    B2    B3    B4    B5    B6    B7    B8    
  2699. _
  2700. .T&
  2701. lw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(36p) .
  2702. Originating  end    0    1    0    1    1    1    1    1    (5F in  hexadecimal)
  2703. _
  2704. .T&
  2705. lw(36p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(36p) .
  2706. Answering  end    0    1    0    1    0    1    1    1     {
  2707. (57 in
  2708. hexadecimal)
  2709.  }
  2710. .TE
  2711. .LP
  2712. \fINote\ 1\fR
  2713. \ \(em\ B1 is transmitted and received first.
  2714. .LP
  2715. \fINote\ 2\fR
  2716. \ \(em\ B8 is set to 1 for transmission and ignored
  2717. on reception.
  2718. .LP
  2719. FIGURE\ I\(hy3/I.515
  2720. .nr PS 9
  2721. .RT
  2722. .ad r
  2723. \fBFigure I\(hy3/I.515 (comme tableau) [T1.515], p.\fR 
  2724. .sp 1P
  2725. .RT
  2726. .ad b
  2727. .RT
  2728. .sp 1P
  2729. .LP
  2730. I.4
  2731.     \fIPassing the protocol identifier\fR \fI(PI)\fR 
  2732. .sp 9p
  2733. .RT
  2734. .PP
  2735. This is the critical information that is to be passed and therefore a special 
  2736. technique is used to provide robustness in the face of noise, and yet maintain 
  2737. simplicity. 
  2738. .PP
  2739. The PI is split into two bytes and three identical pairs are sent
  2740. (refer to Figure\ I\(hy4/I.515).
  2741. .RT
  2742. .PP
  2743. The PI passing technique described in this section:
  2744. .LP
  2745.     1)
  2746.     provides positive identification of the protocol bytes
  2747. (low and high byte codes);
  2748. .LP
  2749.     2)
  2750.     provides redundant pairs of byte codes which allows for a
  2751. technique to determine the protocol identification in the
  2752. presence of noise (i.e. repeated three times);
  2753. .LP
  2754.     3)
  2755.     allows all eight bits of the PI to be used even on networks
  2756. that use bit\ 8 for signalling; and
  2757. .LP
  2758.     4)
  2759.     allows for operation on restricted 64\ kbit/s networks and
  2760. networks that use bit\ 8 for signalling (i.e. guarantees
  2761. one's density, bit\ 8 set to\ 1).
  2762. .sp 1P
  2763. .LP
  2764. I.5
  2765.     \fITA decision\fR 
  2766. .sp 9p
  2767. .RT
  2768. .PP
  2769. After the answering end has received 32 contiguous sync\(hybytes
  2770. (\(sc\ I.3), it then sends its PI. The protocols supported by the answering 
  2771. end are coded in the PI byte (see Figure\ I\(hy5/I.515) and transmitted 
  2772. to the originating end. The originating end will check the PI and decide 
  2773. which (if any) TA 
  2774. protocol it wishes to support.
  2775. .bp
  2776. .RT
  2777. .LP
  2778. .rs
  2779. .sp 19P
  2780. .ad r
  2781. \fBFigure I\(hy4/I.515, (N), p. 22\fR 
  2782. .sp 1P
  2783. .RT
  2784. .ad b
  2785. .RT
  2786. .ce
  2787. \fBH.T. [T2.515]\fR 
  2788. .ps 9
  2789. .vs 11
  2790. .nr VS 11
  2791. .nr PS 9
  2792. .TS
  2793. center box;
  2794. cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) .
  2795. P7    P6    P5    P4    P3    P2    P1    P0
  2796. _
  2797. .T&
  2798. cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) | cw(24p) .
  2799. V.110    V.120    X.30    X.31    res.    res.    res.    res. | ua\d\u)\d
  2800. .TE
  2801. .LP
  2802. Example:\ 11000000 supports V.110 and V.120 protocols.
  2803. .LP
  2804. \fINote\fR
  2805. \ \(em\ Bits marked \*Qres.\*U are set to 0, pending
  2806. future allocation.
  2807. .LP
  2808. \ua\d\u)\d\ Use of P0 as an extension bit is for further
  2809. study.
  2810. .LP
  2811. FIGURE\ I\(hy5/I.515
  2812. \fBPI interpretation\fR
  2813. .nr PS 9
  2814. .RT
  2815. .ad r
  2816. \fBFigure I\(hy5/I.515 (comme tableau) [T2.515], p. 23\fR 
  2817. .sp 1P
  2818. .RT
  2819. .ad b
  2820. .RT
  2821. .PP
  2822. After the answering end has sent its PI, it sends a distinct \*Qidle byte\*U 
  2823. (see Figure\ I\(hy6/I.515) continuous and waits for the matching PI from 
  2824. the originating end. 
  2825. .ce
  2826. \fBH.T. [T3.515]\fR 
  2827. .ps 9
  2828. .vs 11
  2829. .nr VS 11
  2830. .nr PS 9
  2831. .TS
  2832. center box;
  2833. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | lw(48p) .
  2834. B1    B2    B3    B4    B5    B6    B7    B8    
  2835. _
  2836. .T&
  2837. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  2838. 0    1    1    1    1    1    1    1    (7F in hexadecimal)
  2839. .TE
  2840. .LP
  2841. \fINote\ 1\fR
  2842. \ \(em\ B1 is transmitted and received first.
  2843. .LP
  2844. \fINote\ 2\fR
  2845. \ \(em\ B8 is set to 1 for transmission and ignored
  2846. on reception.
  2847. .LP
  2848. FIGURE I\(hy6/I.515
  2849. \fBIdle byte\fR
  2850. .nr PS 9
  2851. .RT
  2852. .ad r
  2853. \fBFigure I\(hy6/I.515 (comme tableau) [T3.515], p.\fR 
  2854. .sp 1P
  2855. .RT
  2856. .ad b
  2857. .RT
  2858. .LP
  2859. .bp
  2860. .PP
  2861. The originating end then sends back its PI with only the bit that corresponds 
  2862. to the desired TA protocol set to\ 1. 
  2863. .PP
  2864. If the originating end cannot support any of the answering end's TA
  2865. protocols, it sends back a null PI byte (Figure\ I\(hy7/I.515), and then 
  2866. terminates the call using normal call disconnection procedures. 
  2867. .RT
  2868. .ce
  2869. \fBH.T. [T4.515]\fR 
  2870. .ps 9
  2871. .vs 11
  2872. .nr VS 11
  2873. .nr PS 9
  2874. .TS
  2875. center box;
  2876. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | lw(48p) .
  2877. P0    P1    P2    P3    P4    P5    P6    P7    
  2878. _
  2879. .T&
  2880. cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(18p) | cw(48p) .
  2881. 0    0    0    0    0    0    0    0     {
  2882. (00 in hexadecimal)
  2883. FIGURE\ I\(hy7/I.515
  2884. \fBNull PI byte\fR
  2885.  }
  2886. _
  2887. .TE
  2888. .nr PS 9
  2889. .RT
  2890. .ad r
  2891. \fBFigure I\(hy7/I.515 (comme tableau) [T4.515], p.\fR 
  2892. .sp 1P
  2893. .RT
  2894. .ad b
  2895. .RT
  2896. .PP
  2897. The method described in this section:
  2898. .LP
  2899.     a)
  2900.     supports various CCITT recognized forms of TA
  2901. schemes;
  2902. .LP
  2903.     b)
  2904.     allows for future TA schemes;
  2905. .LP
  2906.     c)
  2907.     limits the proliferation of TA schemes;
  2908. .LP
  2909.     d)
  2910.     allows the originating end to control the selection of the
  2911. common TA protocol; and
  2912. .LP
  2913.     e)
  2914.     provides a positive indication of a failed
  2915. call.
  2916. .ce 1000
  2917. APPENDIX\ II
  2918. .ce 0
  2919. .ce 1000
  2920. (to Recommendation I.515)
  2921. .sp 9p
  2922. .RT
  2923. .ce 0
  2924. .ce 1000
  2925. \fBTA protocol self identification\fR 
  2926. .sp 1P
  2927. .RT
  2928. .ce 0
  2929. .PP
  2930. This appendix discusses guidelines for self\(hyidentification
  2931. procedures that may be used by multi\(hyprotocol terminal adaptor (MTA)
  2932. implementations in selecting the protocol to be used on an individual
  2933. connection. It is assumed that the multi\(hyprotocol terminal adaptor supports 
  2934. the procedures of Recs.\ I.463 (V.110) and I.465\ (V.120). Where out\(hyband 
  2935. signalling is available, multi\(hyprotocol terminal adaptors should function 
  2936. in accordance 
  2937. with the protocol negotiated during call set\(hyup. Self\(hyidentification
  2938. procedures are only applicable where such signalling capabilities are not
  2939. available.
  2940. .sp 1P
  2941. .RT
  2942. .sp 1P
  2943. .LP
  2944. II.1
  2945.     \fIMTAs intended to interwork with uni\(hyprotocol TAs\fR 
  2946. .sp 9p
  2947. .RT
  2948. .PP
  2949. The MTA may initiate transmission as if it were a uni\(hyprotocol TA conforming 
  2950. to any of the capabilities provided. The received signals would be examined 
  2951. by the MTA and the MTA should revert to transmission in accordance 
  2952. with the procedures of the protocol of the uni\(hyprotocol TA as indicated 
  2953. by the received signals. If compatibility is not achieved it would provide 
  2954. a 
  2955. disconnect.
  2956. .PP
  2957. It is noted that there is a range of capabilities that may be
  2958. implemented in TAs conforming to either Rec.\ I.463 (V.110) or Rec.\ I.465
  2959. (V.120). For distinguishing the capabilities of the different TA protocols, 
  2960. an MTA should follow the procedures specified in the individual 
  2961. Recommendations.
  2962. .RT
  2963. .sp 1P
  2964. .LP
  2965. II.2
  2966.     \fIMTAs intended to interwork with other MTAs\fR 
  2967. .sp 9p
  2968. .RT
  2969. .PP
  2970. The MTA should initiate transmission, following the connect
  2971. indication, in accordance with Rec.\ I.465\ (V.120).
  2972. .PP
  2973. \fINote\fR \ \(em\ Self identification can be extended to accommodate multiple 
  2974. protocols. It is only necessry to define the priority for the use of each 
  2975. protocol and a retry procedure. The general rule would be that an MTA would
  2976. always initiate transmission assuming the protocol of the highest priority
  2977. suported that has not been tried. The MTA would always delay disconnect, 
  2978. when the received signal is not recognized, for a period long enough for 
  2979. the 
  2980. necessary number of retries [this is protocol and implementation
  2981. dependent\ \(em\ see, for example, Recs.\ I.463 (V.110) and
  2982. I.465\ (V.120)].
  2983. .bp
  2984. .RT
  2985. .ce 1000
  2986. APPENDIX\ III
  2987. .ce 0
  2988. .ce 1000
  2989. (to Recommendation I.515)
  2990. .sp 9p
  2991. .RT
  2992. .ce 0
  2993. .ce 1000
  2994. \fBParameter exchange for selection of IWFs\fR 
  2995. .sp 1P
  2996. .RT
  2997. .ce 0
  2998. .ce 1000
  2999. \fBin the case of ISDN\(hyPSTN data interworking\fR 
  3000. .ce 0
  3001. .LP
  3002. III.1
  3003.     \fIMechanisms for modem selection\ \(em\ General options\fR 
  3004. .sp 1P
  3005. .RT
  3006. .PP
  3007. The IWF would have to cooperate with the user to establish the
  3008. appropriate modem selection. The interworking function may also be required 
  3009. to convert the signalling format, and negotiate the required data signalling 
  3010. rate (modem rate). 
  3011. .PP
  3012. There are two general categories of modem selection
  3013. techniques:
  3014. .RT
  3015. .LP
  3016.     a)
  3017.      mechanisms which do not require the ISDN user to have prior\fR knowledge 
  3018. of the modem characteristics of the PSTN 
  3019. user;
  3020. .LP
  3021.     b)
  3022.      mechanisms which may require the ISDN user to have prior\fR knowledge 
  3023. of the modem characteristics of the PSTN 
  3024. user.
  3025. .PP
  3026. \fINote\fR \ \(em\ The preferred methods for modem selection for ISDN\(hyPSTN 
  3027. calls are for further study. 
  3028. .sp 2P
  3029. .LP
  3030. III.1.1
  3031.      \fIMechanisms which do not require the ISDN user to have prior\fR \fIknowledge 
  3032. of the modem characteristics of the PSTN user\fR 
  3033. .sp 1P
  3034. .RT
  3035. .sp 1P
  3036. .LP
  3037. III.1.1.1
  3038.     \fIUse of a multi\(hystandard modem at the IWF\fR 
  3039. .sp 9p
  3040. .RT
  3041. .PP
  3042. The modem in the IWF recognizes and adapts to the end\(hyuser
  3043. modulation standard. The number of, and choices of, modulation standards 
  3044. that would be supported in the IWF is for further study and would normally 
  3045. be a 
  3046. service provider option. For examples of possible implementation see
  3047. Recs.\ V.100 and\ V.32.
  3048. .RT
  3049. .sp 1P
  3050. .LP
  3051. III.1.1.2
  3052.     \fINegotiation\fR 
  3053. .sp 9p
  3054. .RT
  3055. .PP
  3056. Negotiation between end\(hyuser and network or between networks or
  3057. between users to determine compatible modem characteristics may be possible
  3058. where suitable signalling methods exist. The signalling capabilities and
  3059. parameters required are for further study, and would normally be a service
  3060. provider option.
  3061. .RT
  3062. .sp 1P
  3063. .LP
  3064. III.1.1.3
  3065.     \fIRegistration\fR 
  3066. .sp 9p
  3067. .RT
  3068. .PP
  3069. The DTE/DCE characteristics of the PSTN user are registered with
  3070. the ISDN.
  3071. .RT
  3072. .sp 2P
  3073. .LP
  3074. III.1.2
  3075.     \fIMechanisms which may require the ISDN user to have prior\fR 
  3076. \fIknowledge of modem characteristics of the PSTN user\fR 
  3077. .sp 1P
  3078. .RT
  3079. .sp 1P
  3080. .LP
  3081. III.1.2.1
  3082.     \fIDefault identification\fR 
  3083. .sp 9p
  3084. .RT
  3085. .PP
  3086. Any DTE uses the same default modem characteristics.
  3087. .RT
  3088. .sp 1P
  3089. .LP
  3090. III.1.2.2
  3091.     \fISelection by ISDN user of the modem dynamically\fR 
  3092. .sp 9p
  3093. .RT
  3094. .PP
  3095. Using available parameter exchange mechanisms (i.e. SN,
  3096. LLC/BC, IPE) the user selects specific TA/modem characteristics at
  3097. the\ IWF.
  3098. .RT
  3099. .sp 2P
  3100. .LP
  3101. III.2
  3102.     \fIISDN bearer capabilities for interworking\fR 
  3103. .sp 1P
  3104. .RT
  3105. .sp 1P
  3106. .LP
  3107. III.2.1
  3108.     \fI3.1 kHz ISDN bearer capability\fR 
  3109. .sp 9p
  3110. .RT
  3111. .PP
  3112. See Figure III\(hy1/I.515.
  3113. .PP
  3114. In the scenario the following cases are considered:
  3115. .RT
  3116. .LP
  3117.     \(em
  3118.     terminal is connected to ISDN access via a modem and uses a
  3119. 3.1\ kHz audio bearer through TA;
  3120. .LP
  3121.     \(em
  3122.     terminal selection in ISDN is made by means of multiple
  3123. subscribers numbers.
  3124. .bp
  3125. .PP
  3126. The PSTN user uses only the number corresponding to the
  3127. appropriate terminal in ISDN for a call to that terminal. ISDN user does the
  3128. same for calls to other terminals in ISDN or PSTN.
  3129. .LP
  3130. .rs
  3131. .sp 8P
  3132. .ad r
  3133. \fBFigure III\(hy1/I.515, (N), p.\fR 
  3134. .sp 1P
  3135. .RT
  3136. .ad b
  3137. .RT
  3138. .sp 1P
  3139. .LP
  3140. III.2.2
  3141.     \fI64 kbit/s ISDN bearer capability\fR 
  3142. .sp 9p
  3143. .RT
  3144. .PP
  3145. The following modem selection procedures apply to ISDN\(hyPSTN
  3146. interworking (see Figure\ III\(hy2/I.515) since the ISDN and PSTN will share
  3147. network transmission and switching facilities. These modem selection procedures 
  3148. assume that the modem interworking point will be the originating (for ISDN 
  3149. to PSTN calls) or terminating (for PSTN to ISDN calls) ISDN exchange, i.e. 
  3150. modem pools are available at each ISDN exchange. 
  3151. .PP
  3152. The modems in the modem pool at each ISDN exchange can be grouped
  3153. by their speeds; suitable codes and/or full Subscriber Numbers (SNs) can 
  3154. be assigned to each group of modems. 
  3155. .RT
  3156. .LP
  3157. .rs
  3158. .sp 12P
  3159. .ad r
  3160. \fBFigure III\(hy2/I.515, (N), p.\fR 
  3161. .sp 1P
  3162. .RT
  3163. .ad b
  3164. .RT
  3165. .sp 1P
  3166. .LP
  3167. III.3
  3168.     \fIOptions for modem selection\fR 
  3169. .sp 9p
  3170. .RT
  3171. .PP
  3172. The modem selection procedures outlined in this section are
  3173. provided as potential options, which Administrations may choose, with
  3174. modifications as required, to suit their own operating environment and
  3175. applications.
  3176. .RT
  3177. .sp 2P
  3178. .LP
  3179. III.3.1
  3180.     \fIISDN\(hyPSTN calls (bidirectional)\fR 
  3181. .sp 1P
  3182. .RT
  3183. .sp 1P
  3184. .LP
  3185. III.3.1.1
  3186.     \fIOption 1 (example of the method detailed in \(sc\ III.1.1.1)\fR 
  3187. .sp 9p
  3188. .RT
  3189. .PP
  3190. This is a single stage modem selection procedure which relies upon the 
  3191. following system requirements: 
  3192. .RT
  3193. .LP
  3194.     \(em
  3195.     data terminals on the ISDN have separate SNs;
  3196. .LP
  3197.     \(em
  3198.     the ISDN exchange can distinguish whether any incoming call
  3199. is from the PSTN and can distinguish that an outgoing call is
  3200. destined for the PSTN.
  3201. .bp
  3202. .PP
  3203. For a voice\(hyband data call originated by a PSTN terminal, and
  3204. intended for a data terminal on the ISDN, the terminating ISDN exchange will
  3205. intercept the call and direct the call to an IWF. At the IWF, a modem will 
  3206. be inserted into the path, and the modem will recognize and adapt to the 
  3207. modulation standard used by the PSTN user. The IWF may pass parameters
  3208. (e.g.\ LLC) to the called user when establishing the ISDN portion of
  3209. the call.
  3210. .PP
  3211. For a data call originated in the ISDN intended for a data terminal
  3212. on the PSTN, the ISDN exchange will intercept the call and direct the call 
  3213. to the IWF. The IWF will use the requested service (BC/LLC) on the ISDN 
  3214. portion 
  3215. of the call. At the IWF, a modem will be inserted into the path, and the
  3216. modem will recognize and adapt to the modulation standard used by the
  3217. PSTN user.
  3218. .RT
  3219. .sp 1P
  3220. .LP
  3221. III.3.1.2
  3222.     \fIOption 2 (example of the method detailed in III.1.1.3)\fR 
  3223. .sp 9p
  3224. .RT
  3225. .PP
  3226. This is a single stage modem selection procedure which relies on
  3227. the following system requirements:
  3228. .RT
  3229. .LP
  3230.     \(em
  3231.     circuit data terminals on ISDN loops have
  3232. separate SNs;
  3233. .LP
  3234.     \(em
  3235.     a call progress indicator that PSTN to ISDN, or ISDN to PSTN
  3236. interworking has occurred; and
  3237. .LP
  3238.     \(em
  3239.     service profiles of destination terminals are available at
  3240. the ISDN exchange (data \fIvs\fR speech terminals, pre\(hysubscribed
  3241. modem type).
  3242. .sp 1P
  3243. .LP
  3244. III.3.1.2.1
  3245.     \fIPSTN\(hyto\(hyISDN call\fR 
  3246. .sp 9p
  3247. .RT
  3248. .PP
  3249. The terminating ISDN exchange recognizes that:
  3250. .RT
  3251. .LP
  3252.     \(em
  3253.     the call is from the PSTN (from the call progress
  3254. indicator);
  3255. .LP
  3256.     \(em
  3257.     the call is for a data terminal (from service profile);
  3258. and
  3259. .LP
  3260.     \(em
  3261.     the modem type subscribed to (from service
  3262. profile).
  3263. .PP
  3264. The terminating exchange will insert the pre\(hysubscribed modem
  3265. type from the pool.
  3266. .sp 1P
  3267. .LP
  3268. III.3.1.2.2
  3269.     \fIISDN\(hyto\(hyPSTN call\fR 
  3270. .sp 9p
  3271. .RT
  3272. .PP
  3273. The ISDN terminal will initiate the callas a 64\ kbit/s, rate
  3274. adapted digital data call for all calls to both ISDN and PSTN destinations.
  3275. On the receipt of the progress indicator (ISDN/PSTN interworking), the local
  3276. exchange will insert the pre\(hysubscribed modem type in the path.
  3277. .PP
  3278. If the calling ISDN terminal knows \fIa priori\fR  | that the called
  3279. terminal in on a PSTN analogue loop, it may indicate in the \fIset\(hyup\fR 
  3280. message 
  3281. the pre\(hysubscribed modem type to be inserted.
  3282. .RT
  3283. .sp 2P
  3284. .LP
  3285. III.3.2
  3286.     \fIISDN\(hyto\(hyPSTN calls\fR 
  3287. .sp 1P
  3288. .RT
  3289. .sp 1P
  3290. .LP
  3291. III.3.2.1
  3292.     \fIOption 3 (example of the method detailed in III.1.2.2)\fR 
  3293. .sp 9p
  3294. .RT
  3295. .PP
  3296. For a data call originated by a data terminal on the ISDN, the
  3297. modem selection is done by using some appropriate information elements 
  3298. in the Q.931 \fIset\(hyup\fR message. Modem selection by the calling party 
  3299. is dependent upon the calling party's prior knowledge of the modulation 
  3300. standard used by the 
  3301. called party on the PSTN or upon the user of a multi\(hystandard modem 
  3302. at the IWF. The appropriate modem is inserted in the end\(hyto\(hyend path. 
  3303. .RT
  3304. .sp 2P
  3305. .LP
  3306. III.3.3
  3307.     \fIPSTN\(hyto\(hyISDN calls\fR 
  3308. .sp 1P
  3309. .RT
  3310. .sp 1P
  3311. .LP
  3312. III.3.3.1
  3313.      \fIOption 4 (example of the method detailed in III.1.2.2 using\fR \fIsubscriber 
  3314. number.)\fR 
  3315. .sp 9p
  3316. .RT
  3317. .PP
  3318. This is a two\(hystage method in which the modem pools at each
  3319. exchange are grouped according to modulation standard and/or speed and each
  3320. group is assigned a full subscriber number\ (SN). The first stage selects an
  3321. appropriate modem and the second stage completes the connection to the 
  3322. desired terminal through the selected modem. Separate SNs for the data 
  3323. terminals on the ISDN digital loop are not needed because it is the responsibility 
  3324. of the PSTN subscriber to request a modem from the pool when he needs a 
  3325. data connection; 
  3326. the IWF will generate the appropriate bearer capability. However, the PSTN
  3327. terminal equipment should have the capability to input a second set of 
  3328. digits, i.e.\ the called number (e.g. using V.25 | fIbis\fR protocol). 
  3329. .bp
  3330. .PP
  3331. Therefore for a PSTN\(hyto\(hyISDN data call, the PSTN user first dials 
  3332. the address of the appropriate group of modems at the terminating exchange. 
  3333. Once 
  3334. this connection is established the PSTN user dials the address of the called
  3335. ISDN subscriber. This set of digits is used by the signalling conversion
  3336. functionality (part of the IWF at the terminating exchange) to set\ up the
  3337. connection from the modem to the called ISDN terminal. The exchange of call
  3338. progress tones for this case needs further study.
  3339. .RT
  3340. .sp 1P
  3341. .LP
  3342. III.3.3.2
  3343.     \fIOption 5 (example of the method detailed in III.1.1.2)\fR 
  3344. .sp 9p
  3345. .RT
  3346. .PP
  3347. This is a single\(hystage modem selection procedure which relies upon the 
  3348. following system requirements: 
  3349. .RT
  3350. .LP
  3351.     \(em
  3352.     circuit data terminals on ISDN loops have separate SNs;
  3353. .LP
  3354.     \(em
  3355.     PSTN terminals have suitable signalling capabilities to
  3356. indicate the modem speed/type in response to a request from
  3357. the terminating exchange;
  3358. .LP
  3359.     \(em
  3360.     the ISDN exchange can distinguish whether an incoming call is
  3361. from the PSTN or the ISDN (using call progress indicator);
  3362. and
  3363. .LP
  3364.     \(em
  3365.     the ISDN exchange maintains a data base on service profiles
  3366. of terminals served by the exchange (analog\ \fIvs\fR digital,
  3367. and speech\ \fIvs\fR data in case of digital
  3368. subscribers).
  3369. .PP
  3370. The user must be aware of any special operational
  3371. requirements.
  3372. .PP
  3373. For a voice\(hyband data call originated by a PSTN terminal, and intended 
  3374. for a digital data terminal on the ISDN, the terminating ISDN exchange 
  3375. will 
  3376. recognize that:
  3377. .RT
  3378. .LP
  3379.     \(em
  3380.     the call is coming from the PSTN; and
  3381. .LP
  3382.     \(em
  3383.     the call is intended for a digital data terminal on the
  3384. ISDN.
  3385. .PP
  3386. The terminating ISDN exchange will intercept the call and send a suitable 
  3387. tone/signal back to the originating PSTN subscriber. Using some 
  3388. suitable signalling capability, the PSTN subscriber will indicate the code 
  3389. for modem selection, which will be used by the terminating exchange to 
  3390. attach a 
  3391. suitable modem and complete the path to the digital data terminal.
  3392. .LP
  3393. .rs
  3394. .sp 27P
  3395. .sp 2P
  3396. .LP
  3397. \fBMONTAGE: RECOMMANDATION I.520 SUR LE RESTE DE CETTE PAGE\fR 
  3398. .sp 1P
  3399. .RT
  3400. .LP
  3401. .bp
  3402.